☰

主機PC和Docker容器之間的介面和連接埠之間是什麼關係？

tag-icon • tag-icon networking port-forwarding docker sockets
主機PC和Docker容器之間的介面和連接埠之間是什麼關係？

前提：

我正在努力團結起來最近的 學習有關網路介面和連接埠的知識，並嘗試將新學到的知識與 Docker 連結起來。

快速總結我學到的與這個問題相關的知識：

  • 每台電腦可以有多個 IP 位址，每個網路介面對應一個 IP 位址。
  • IP 位址分配給接口，而不是計算機等。
  • 套接字是一個IP+連接埠。
  • DHCP 通常/可能為介面指派 IP 位址。

就像使用軟體的許多方面一樣，我首先按照我學到的「儀式」做事，因為「這就是它的完成方式」。然後隨著時間和經驗的積累，我開始思考和探究其中的原因和原因。所以我想將這個新學習與 Docker 連結起來。

我學到的“儀式”是，如果容器化應用程式正在偵聽 TCP 套接字，則需要“公開”該套接字的端口，以便到達該端口的主機接口之一的流量“轉發”到容器。
例如docker run -d -p 81:80 httpd，如果我將 Web 瀏覽器指向 127.0.0.81，則 HTTP/TCP/IP 流量將「轉送」到httpd容器的連接埠80。

因此，當我將 Web 瀏覽器指向 127.0.0.1:81 時，我會看到 Apache 的“It Works!”訊息.

而且：如果我將網頁瀏覽器指向 127.0.0。2:81 或 127.0.0。16:81，然後我還看到 Apache 的“It Works!”訊息.

正如我從連結的帖子中了解到的，DHCP 為我的 NIC 介面分配了 IP 位址 10.0.0.17，如果我將 Web 瀏覽器指向 10.0.0.17:81，我會再次看到 Apache 的“它有效！”訊息.
如果我將同一網路上另一台 PC 的 Web 瀏覽器指向 10.0.0.17:81，它也可以運作。

問題：

我的小學問題docker run是：當您使用參數時，哪些主機 PC 的介面（IP 位址）是從主機轉送到容器的連接埠-p？根據上述觀察，答案似乎是「所有介面」——是這樣嗎？

但更廣泛地說：主機 PC 和 Docker 容器之間的介面和連接埠之間的關係是什麼？

我嘗試過的

我嘗試閱讀docker run幫助文本，但其文本的-p水平不足以將其與我提出的問題聯繫起來：

-p, --publish list 將容器的連接埠發佈到主機

ifconfig我嘗試在我的電腦和正在運行的環境中運行查看httpd容器。
ifconfig在主機上：

$ ifconfig
docker0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 172.17.0.1  netmask 255.255.0.0  broadcast 172.17.255.255
        inet6 fe80::42:caff:fe23:f0f4  prefixlen 64  scopeid 0x20<link>
        ether 02:42:ca:23:f0:f4  txqueuelen 0  (Ethernet)
        RX packets 3079  bytes 322688 (322.6 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 6429  bytes 15942682 (15.9 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 17975  bytes 1557651 (1.5 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 17975  bytes 1557651 (1.5 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp1s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.0.0.17  netmask 255.255.255.0  broadcast 10.0.0.255
        inet6 fe80::5f8c:c301:a6a3:6e35  prefixlen 64  scopeid 0x20<link>
        ether f8:59:71:01:89:cf  txqueuelen 1000  (Ethernet)
        RX packets 1672559  bytes 2237440808 (2.2 GB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 726083  bytes 113598143 (113.5 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ifconfig在跑步中httpd容器（我安裝它apt-get）：

# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 172.17.0.3  netmask 255.255.0.0  broadcast 172.17.255.255
        ether 02:42:ac:11:00:03  txqueuelen 0  (Ethernet)
        RX packets 1326  bytes 8916833 (8.5 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1134  bytes 76866 (75.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

將此問題放在上述輸出的上下文中ifconfig，主機 PC 上的這些介面與 docker 容器中的介面之間有什麼關係？
從這裡，我的理解是 DHCP 將 10.0.0.17 分配給我主機 PC 上的網卡。但 172.17.0.3 從哪裡來呢？

答案1

[注意：您似乎在這裡提出了三個問題，至少其中一個問題太廣泛，無法得到明確可接受的答案。一般來說，如果您在每個問題帖子中只提出一個狹義的問題，那麼超級用戶的效果最好。 ]

我的主要問題是：當您使用 -p 參數執行 docker run 時，哪些主機 PC 的介面（IP 位址）是從主機轉送到容器的連接埠？根據上述觀察，答案似乎是「所有介面」——是這樣嗎？

是的。

但更廣泛地說：主機 PC 和 Docker 容器之間的介面和連接埠之間的關係是什麼？

這個問題有點太廣泛了，如果不帶你回顧一下 Docker 的網絡文檔，就無法很好地回答。 Docker 包含許多不同的網路選項，這些選項可以改變主機 PC 和 Docker 容器之間的介面和連接埠之間的關係。它非常靈活。

但 172.17.0.3 從哪裡來呢？

Docker的預設網路模式，橋接網路，在主機上建立一個軟體橋（如虛擬乙太網路交換器），並透過虛擬網路介面將容器連接到它。就像主機內的一個小型虛擬乙太網路 LAN。然後，它使用 NAT（很像家庭網關路由器所使用的）來允許容器存取主機以外的網路。 NAT 使用 172.17.0.0/16 子網路作為其私有子網路。

Docker 使用該子網路是因為它是 RFC 1918 私人位址空間的一部分，就像 192.168.0.0/16、10.0.0.0/8 和 172 的其餘部分一樣。16.0.0/12。

看來 Docker 以程式設計方式使用該子網路中的靜態位址配置容器（DHCP 不必要地使事情變得複雜）。

相關內容