環境:
使用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