大家好，又见面了，我是你们的朋友全栈君。
问题描述：
Docker网络模式分为四种，一般我们不设置时默认为bridge单桥模式，容器使用独立的network Namespace，并连接到docker0虚拟网卡中。通过docker0网桥以及Iptables nat表配置与宿主机通信。
此时在堡垒机上进行测试，利用busybox进行测试：
# 拉取镜像
docker pull busybox
# 运行容器
docker run -itd --name busy_bridge busybox 指令docker network inspect bridge查看网络：
网路配置成功，进入容器内部，查看ip，可以看到已经分配ip，但是ping外部网络时失败，无法连接外部网络：
但是在自己本地或者阿里云上进行相同的测试发现能够连通网络，这是什么问题导致的呢？
问题分析：
在网上找了一个资料后很多都是重启docker，然后就能连上了，一般是因为修改了某个配置然后重启起作用，这里并没有什么作用。一般修改的分为几种，以下一一试验：
- 修改
daemon.json
容器无法访问宿主机是因为网桥分配的网段和宿主机冲突了，需要修改daemon.json进行指定分配，使用指令vim /etc/docker/daemon.json进入后添加：
{"bip":"172.16.10.1/24"} 虽然重启docker并创建容器即可访问，但是，原本堡垒机和容器分配的ip一点冲突也没有，该方法不行。
- 关闭防火墙
容器无法通过网桥访问宿主机，也就无法访问外网，可能是防火墙阻止访问，可以关闭防火墙或者开启某个端口。在服务器上测试，开启防火墙，发现容器确实无法访问百度首页也确实无法访问宿主机，在关闭防火墙并重启docker后，容器就能正常访问了。
但是，堡垒机上的防火墙原本就是关闭的，该方法也没用。
- 修改
sysctl.conf
docker主机内部网络正常，与其它主机的连接失效，其它主机不能连接docker主机上映射的端口，docker内部也无法连接外部主机，利用docker info指令查看信息发现报错如下：
WARNING: IPv4 forwarding is disabled
WARNING: bridge-nf-call-iptables is disabled
WARNING: bridge-nf-call-ip6tables is disabled 使用指令vim /etc/sysctl.conf编辑配置文件，在文件中增加以下代码：
net.bridge.bridge-nf-call-ip6tables=1
net.bridge.bridge-nf-call-iptables=1
net.bridge.bridge-nf-call-arptables=1
net.ipv4.ip_forward=1 然后使用指令systemctl restart network重启网络，再次查看docker info，警告消失。但是依旧没有用，堡垒机上的容器还是无法通过网桥访问宿主机，无法访问外网。
- 重设网桥
在使用指令yum install bridge-utils安装工具后，利用brctl show查看网桥，可以发现：
利用docker network create [网桥名]指令新建网桥发现其生成的bridge id还是8000.0000000000，在新网桥上创建容器，再次查看并没有什么变化，说明很可能是网桥的问题。
再次测试，此时网桥ip为172.17.0.1，容器ip为172.0.0.2，发现宿主机能ping通网桥，但是无法连接容器，而容器无法连接网桥，无法连接宿主机，更别谈外网了，所以这里可以肯定是网桥出了问题。
问题解决
这里docker network生成新的网桥不行，说明docker的network存在问题，我们利用刚才下载的bridge-utils来创建网桥。
首先暂停docker服务，利用指令：
service docker stop添加网桥：
代码语言：javascript复制brctl addbr br0 添加ip字段：
ip addr add 172.16.0.1/24 dev br0 启用网桥br0：
ip link set dev br0 up 查看网络br0：
修改docker默认网桥：
vim /etc/docker/daemon.json添加字段：
代码语言：javascript复制"bridge":"br0" 重启docker：
service docker start此时查看网桥：
在没有挂载容器前，依旧是8000.000000000000。运行测试容器：
docker run -itd --name busy_test busybox查看网桥详情：
此时容器挂载在网桥上了，再次查看网桥id：
说明已经其作用，进入测试容器内部，测试外网：
成功！
补充：这里使用docker network新建网桥，没有用，发现新建网桥挂载容器后，其bridge id依旧不变，没有起作用，说明堡垒机上的docker network可能存在问题。
问题补充：
上面的问题是创建自定义网桥，然后在自定义网桥上连接容器a和b，结果宿主机无法ping通a、b，且进入容器内部后，两个容器无法ping通自定义网络，但能彼此相通。
查了很多资料，发现了这篇文章。博主说问题原因是系统内核的网桥模块bridge.ko加载失败导致，解决问题的方案是升级内核或升级系统。
升级centos内核参考这篇。
升级完成后，重装Docker，自定义网桥和容器，成功！不再有网络问题。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/171573.html原文链接：https://javaforall.cn
