目录
最近笔者在服务器上通过Docker
运行某个项目,采用默认的bridge
网络并将端口映射到宿主机,结果发现在宿主机上无法访问该端口,通过测试发现宿主机与容器的网络竟然互相ping
不通。
Docker
网络模式分为四种,一般我们不设置时默认为bridge
桥接模式,容器使用独立的network Namespace
,并连接到docker0
虚拟网卡中。通过docker0
网桥以及Iptables nat
表配置与宿主机通信。
下面在宿主机上进行复现,利用busybox
进行测试:
# 拉取镜像
$ docker pull busybox
# 运行容器
$ docker run -itd --rm --name busy_bridge busybox
通过docker network inspect bridge
查看网络情况:
网路配置成功,进入容器内部,通过ifconfig
命令查看ip
,可以看到已经分配ip
,但是ping
宿主机ip
时失败(此处192.168.0.104
为笔者宿主机ip
),无法连接外部网络:
但是在自己本地进行相同的测试却发现能够连通网络,这是什么问题导致的呢?
在网上找了很多资料都是重启docker
,然后就能连上了,一般是因为修改了某个配置然后重启起作用,这里并没有什么作用。修改可总结为以下几种,下面一一展示:
修改daemon.json
配置文件:
容器内无法访问宿主机是因为网桥分配的网段和宿主机冲突了,需要修改daemon.json
配置文件进行指定分配,使用自己熟悉的编辑器修改/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
使用自己熟悉的编辑器编辑/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.17.0.2
,发现宿主机能ping
通网桥,但是无法连接容器,而容器无法连接网桥,无法连接宿主机,更别谈外网了,所以这里可以肯定是网桥出了问题。
这里docker network
生成新的网桥不行,说明docker
的network
存在问题,我们利用刚才下载的bridge-utils
来创建网桥。
首先暂停docker
服务,利用指令:
$ service docker stop
添加网桥:
$ brctl addbr br0
添加ip
字段:
$ ip addr add 172.16.0.1/24 dev br0
启用网桥:
$ip link set dev br0 up
查看网络br0
:
修改docker
默认网桥,在/etc/docker/daemon.json
添加以下字段:
"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
,自定义网桥和容器,不再有网络问题。
版权声明:本文为CSDN博主「vilce」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:Docker网桥模式ping不通宿主机