主页 / computer / 问题 / 1738103
Accepted
StoneThrow
Asked: 2022-08-21 15:49:15 +0800 CST

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

  • 772

前提：

我正在尝试将最近关于网络接口和端口的 学习汇总在一起，并尝试将新的学习与 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 的“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 的“It works！” 信息。
如果我将同一网络上另一台 PC 的 Web 浏览器指向 10.0.0.17:81，它也可以工作。

问题：

我的主要问题是：当您docker run使用-p参数时，哪个主机 PC 的接口（IP 地址）是从主机转发到容器的端口？通过注意到的观察，答案似乎是“所有接口”——是这样吗？

不过，更广泛地说：主机 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 为我的主机 PC 上的 NIC 分配了 10.0.0.17。但是 172.17.0.3 是从哪里来的呢？

networking port-forwarding

1 个回答

  1. Best Answer

    [注意：您在这里似乎有三个问题，其中至少有一个问题过于宽泛，无法给出明确的可接受答案。一般来说，如果您在每个问题帖子中只问一个狭义的问题，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 会使事情变得不必要地复杂化）。

    • 1

相关问题