問題起源
在使用 docker 的過程中我不幸需要在 docker 容器中訪問宿主機的 80 端口, 而這個 80 端口是另外一個容器 8080 端口映射出去的. 當(dāng)我在容器里通過 docker 的網(wǎng)橋 172.17.0.1 訪問宿主機時, 居然發(fā)現(xiàn):
curl: (7) Failed to connect to 172.17.0.1 port 80: No route to host
查找問題原因
可以確定的是容器與宿主機是有網(wǎng)絡(luò)連接的, 因為可以在容器內(nèi)部通過 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
也可以在容器內(nèi)部訪問其它內(nèi)網(wǎng)和外網(wǎng).
iptables 顯示也允許 docker 容器訪問:
# iptables --list | grep DOCKER
DOCKER-ISOLATION all -- anywhere anywhere
DOCKER all -- anywhere anywhere
Chain DOCKER (1 references)
Chain DOCKER-ISOLATION (1 references)
之后在查找一些資料后發(fā)現(xiàn)這個問題:NO ROUTE TO HOST network request from container to host-ip:port published from other container.
解釋
正如 Docker Community Forms 所言, 這是一個已知的 Bug, 宿主機的 80 端口允許其它計算機訪問, 但是不允許來自本機的 Docker 容器訪問. 必須通過設(shè)置 firewalld 規(guī)則允許本機的 Docker 容器訪問.
gypark 指出可以通過在 /etc/firewalld/zones/public.xml 中添加防火墻規(guī)則避免這個問題:
<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 容器內(nèi)部訪問宿主機 80 端口.
其它問題
實際上當(dāng)我又用 vmware 新開了一臺虛擬機希望能重現(xiàn)這個問題的時候, 發(fā)現(xiàn)在新的虛擬機上居然沒有類似的問題. 也就是說容器可以直接通過172.17.0.1訪問宿主機 80 端口, 查看防火墻配置也沒看到有172.17.xx.xx的白名單.
猜測是由于在新的虛擬機安裝的 docker 是 Docker version 1.12.5, build 047e51b/1.12.5, 也就是 Red Hat 從 docker 開源版本遷出開發(fā)的版本, 而之前的是 Docker version 17.06.2-ce, build cec0b72 屬于 Docker-CE, 可能是 docker 版本有差異, Red Hat 順便把那個 Known Bug 修復(fù)了.
以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。
