环境：
使用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
