Docker-Compose 自動建立的網橋與局域網衝突解決方案

環境：

 

 使用docker-compose.yml 部署應用，docker 默認的網絡模式是bridge ,默認網段是172.17.0.1/16  ，不巧的是咱們局域網也使用的172.22. xx 網段，屢次執行docker-compose up -d 部署服務後，自動生成的網橋會依次使用： 172.18.x.x ,172.19.x.x ，直到增長到 172.22.x.x ，悲催的事情發生了，agent 掛了，通過各類排查，發現是docker 生成的網橋與局域網衝突形成的

開始着手解決問題，搜遍了全網，解決方案最多的就是這樣的：

 

第一步 刪除原有配置

sudo service docker stop
sudo ip link set dev docker0 down
sudo brctl delbr docker0
sudo iptables -t nat -F POSTROUTING

 

第二步 建立新的網橋

　　

sudo brctl addbr docker0
sudo ip addr add 192.168.0.1/24 dev docker0
sudo ip link set dev docker0 up

 

第三步 配置Docker的文件

注意： 這裏是 增長下面的配置

vi /etc/docker/daemon.json
[root@bogon ~]# cat /etc/docker/daemon.json  
{
　　"bip": "192.168.0.1/24"
}
[root@bogon ~]# systemctl  restart  docker

但這樣操做後沒有起到效果，從新生成的網橋，依然是172 17  /18 /19 。。。 這樣的，最後採用臨時解決方案，使用docker 的 host 網絡模式，在docker-compose.yml 文件中增長：

network_mode: "host"

　　

可是生產環境不推薦使用host 模式，繼續google…… 終於找到了正確的解決方案：

$ vim /etc/docker/daemon.json
{
  "debug" : true,
  "default-address-pools" : [
    {
      "base" : "172.31.0.0/16",
      "size" : 24
    }
  ]
}

 

　　

上圖看效果：

 

 這纔是解決此問題的正確姿式啊，https://github.com/docker/compose/issues/4336