(编辑:jimmy 日期: 2024/12/28 浏览:2)
问题起源
在使用 docker 的过程中我不幸需要在 docker 容器中访问宿主机的 80 端口, 而这个 80 端口是另外一个容器 8080 端口映射出去的. 当我在容器里通过 docker 的网桥 172.17.0.1 访问宿主机时, 居然发现:
curl: (7) Failed to connect to 172.17.0.1 port 80: No route to host
查找问题原因
可以确定的是容器与宿主机是有网络连接的, 因为可以在容器内部通过 172.17.0.1 Ping 通宿主机:
root@930d07576eef:/# ping 172.17.0.1 PING 172.17.0.1 (172.17.0.1) 56(84) bytes of data. 64 bytes from 172.17.0.1: icmp_seq=1 ttl=64 time=0.130 ms
也可以在容器内部访问其它内网和外网.
iptables 显示也允许 docker 容器访问:
# iptables --list | grep DOCKER DOCKER-ISOLATION all -- anywhere anywhere DOCKER all -- anywhere anywhere Chain DOCKER (1 references) Chain DOCKER-ISOLATION (1 references)
之后在查找一些资料后发现这个问题:NO ROUTE TO HOST network request from container to host-ip:port published from other container.
解释
正如 Docker Community Forms 所言, 这是一个已知的 Bug, 宿主机的 80 端口允许其它计算机访问, 但是不允许来自本机的 Docker 容器访问. 必须通过设置 firewalld 规则允许本机的 Docker 容器访问.
gypark 指出可以通过在 /etc/firewalld/zones/public.xml 中添加防火墙规则避免这个问题:
<rule family="ipv4"> <source address="172.17.0.0/16" /> <accept /> </rule>
注意这里的 172.17.0.0/16
可以匹配 172.17.xx.xx
IP 段的所有 IP.
之后重启下防火墙:
systemctl restart firewalld
之后就可以在 docker 容器内部访问宿主机 80 端口.
其它问题
实际上当我又用 vmware 新开了一台虚拟机希望能重现这个问题的时候, 发现在新的虚拟机上居然没有类似的问题. 也就是说容器可以直接通过172.17.0.1
访问宿主机 80 端口, 查看防火墙配置也没看到有172.17.xx.xx
的白名单.
猜测是由于在新的虚拟机安装的 docker 是 Docker version 1.12.5, build 047e51b/1.12.5
, 也就是 Red Hat 从 docker 开源版本迁出开发的版本, 而之前的是 Docker version 17.06.2-ce, build cec0b72
属于 Docker-CE
, 可能是 docker 版本有差异, Red Hat 顺便把那个 Known Bug 修复了.
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。