☰

主机PC和Docker容器之间的接口和端口是什么关系？

tag-icon • tag-icon networking port-forwarding docker sockets
主机PC和Docker容器之间的接口和端口是什么关系？

前提：

我正在努力团结起来最近的 学习关于网络接口和端口，并尝试将新学习与 Docker 联系起来。

简要总结一下我了解到的与这个问题相关的知识：

  • 每台计算机可以有多个 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 的“它起作用了！”消息。

但同样：如果我将我的网络浏览器指向 127.0.0。2:81 或 127.0.0。16:81，然后我还看到了 Apache 的“它起作用了！”消息。

正如我从链接的帖子中了解到的，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我尝试在 PC 的上下文中运行查看，然后运行httpd容器。
ifconfig在主机 PC 上：

$ 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 上的 NIC。但是 172.17.0.3 是从哪里来的？

答案1

[注：您似乎在这里有三个问题，其中至少一个太宽泛，没有明确可接受的答案。通常，如果您在每个问题帖子中只提出一个定义狭窄的问题，SuperUser 的效果会最好。]

我的主要问题是：当您使用 -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 会不必要地使事情复杂化）。

相关内容