Docker怎么连接多个容器 Docker Network网络模式配置详解

想把多个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规则，则是构建更复杂应用网络拓扑的关键。