Docker多容器连接与网络模式配置详解

想要实现多个Docker容器之间的互相通信，使用docker network connect命令确实是一种方法，但有一个重要前提：这些容器必须位于同一个自定义的bridge网络中。如果将它们都连接到默认的bridge网络，你会发现容器之间根本无法通过名称相互访问，所谓的“连接”也就失去了实际意义。

默认bridge网络为什么无法满足需求？

问题的关键在于，Docker默认创建的bridge网络（即宿主机上的docker0网桥）功能非常基础。它没有内置的DNS解析服务。也就是说，即使两个容器都接入了这个默认网络，你尝试通过ping container-a这样的容器名进行通信时，系统会直接提示“找不到主机”，因为它无法将容器名解析为对应的IP地址。

这个默认网络的工作方式相当“原始”：

• 仅依赖IP通信：容器之间必须使用动态分配的内部IP地址才能相互访问。
• IP地址不固定：每次容器重启后，其IP地址很可能发生变化，这给需要稳定地址的应用带来了麻烦。
• 端口映射机制不同：我们常用的docker run -p命令，本质是通过宿主机的iptables规则进行目标地址转换（DNAT），实现的是宿主机与容器之间的端口转发，与容器间的直接网络通信机制无关。
• 无法指定静态IP：在启动容器时无法使用--ip参数为其分配一个固定IP，因为默认bridge网络不支持IP地址管理（IPAM）配置。

默认bridge网络不支持容器名解析，因为它未启用内置DNS服务，仅依赖动态IP通信且IP地址易变；而自定义bridge网络通过docker network create显式创建后，可启用自动DNS解析、静态IP分配及跨容器名称访问。

如何创建功能完整的自定义网络？

要让容器能够通过名称互相“打招呼”，你必须显式地创建一个自定义的bridge网络。这才是解锁自动DNS解析和静态IP分配功能的正确方式。

操作很简单，一条命令即可完成：

docker network create --driver bridge --subnet 172.20.0.0/24 --gateway 172.20.0.1 mynet

创建好网络后，启动容器时将其加入这个网络，并可以指定一个固定的IP地址：

docker run -d --name myapp --network mynet --ip 172.20.0.10 nginx

这样一来，所有加入mynet网络的容器，都可以直接使用ping 容器名或curl http://容器名:端口的方式进行通信，而且IP地址也会保持不变。

需要注意的是，不同的自定义网络之间默认是隔离的。一个位于mynet网络中的容器无法直接访问另一个位于othernet网络中的容器，除非你手动将该容器连接到第二个网络。

让一个容器接入多个网络：操作与注意事项

Docker允许一个容器同时属于多个网络，这为复杂的微服务架构提供了很大的灵活性。但这里有几点细节需要把握：

• 启动与连接：通常先以某个主要网络启动容器，之后再将其连接到其他网络。

  docker run -d --name app1 --network mynet --ip 172.20.0.10 nginx
  docker network connect othernet app1

• 多网卡视图：在容器内部执行ip a命令，你会看到多个网络接口（如eth0、eth1），每个接口对应一个连接的网络，并拥有该网络子网内的IP地址。
• IP指定限制：对于已经运行的容器，在连接新网络时，不能直接使用--ip参数。只有在目标网络支持IPAM配置的情况下，才能在连接命令中指定IP：

  docker network connect --ip 172.21.0.5 othernet app1

这里有一个至关重要的机制：一个容器即使有多个网络接口，默认也只有第一个“非internal”类型的网络提供通往外部互联网的出口。同时，DNS解析请求默认会发往容器最后连接的那个网络。Docker不会自动为你配置复杂的策略路由或多网关负载均衡，如果应用有特殊的多网络出口需求，就需要手动调整容器内的路由表，或者在应用层进行适配。

Host模式：一个特殊的例外情况

最后，必须提一下--network host这个模式。选择它，就意味着容器完全共享宿主机的网络命名空间，放弃了网络隔离。在这种情况下，容器本身并没有独立的网络栈，因此也就没有“连接到某个Docker网络”的说法。容器内的进程直接使用宿主机的IP和端口。

此时，如果你想实现所谓的“多个容器通信”，实际上依赖的是宿主机层面的机制，比如通过localhost环回地址、共享卷或者Unix域套接字进行进程间通信。跨网络的配置和连接，在这种模式下无从谈起。

总的来说，理清Docker的网络模型是实现容器间稳定通信的基础。从默认bridge切换到自定义bridge网络，是解决容器名解析问题的第一步；而理解多网络接入下的路由与DNS规则，则是构建更复杂应用网络拓扑的关键。