服务器 Docker 网络的配置与连接并非高深莫测，只要掌握核心驱动和端口映射规则，大多数场景都能快速搞定。 本文从基础概念到多机互通，带你一步步吃透网络配置的关键节点。
服务器 docker 网络配置 连接 教程：基础概念与操作
无论你是第一次接触 Docker 网络，还是被容器间的通信搞到头疼，下面的内容都能帮你理清思路，我们先从最基础的部分说起。
Docker 网络驱动有哪些
Docker 默认提供几种网络驱动，每种驱动解决的问题不同，选择前需要先了解它们的基本特性：
- bridge：默认驱动，单机内容器互联的常用方案，启动容器时若不指定网络，默认加入 bridge 网络。
- host：容器直接使用宿主机网络栈，不再拥有独立网络命名空间，性能好，但隔离性弱。
- overlay：用于跨多台宿主机，实现容器间直接通信，需要配合 Docker Swarm 或外部键值存储。
- macvlan：为容器分配一个与宿主机物理网卡在同一子网的 MAC 地址，让容器从外部网络看来像独立的物理设备。
- none：容器不配置网络，适合需要完全自定义网络的环境。
多数情况下,bridge 足以应对单机场景，而跨主机通信则离不开 overlay 或 macvlan。
如何创建与管理自定义网络
使用默认的 bridge 网络虽然方便，但自定义网络能提供更好的隔离和 DNS 解析支持，以下是常用操作：
- 创建自定义 bridge 网络：
docker network create --driver bridge mynet - 查看网络列表：
docker network ls - 将容器连接到指定网络：
docker network connect mynet container_name - 断开容器连接：
docker network disconnect mynet container_name - 删除网络：
docker network rm mynet
自定义网络的一个重要特性是容器间可以通过容器名称直接通信,无需依赖 IP，这在微服务架构中非常实用。
端口映射与容器联通
当需要从宿主机外部访问容器时,必须使用端口映射，命令格式为：
docker run -p 宿主机端口:容器端口 image_name
将宿主机 8080 端口映射到容器的 80 端口：
docker run -d -p 8080:80 nginx
如果容器需要与宿主机其他服务通信,注意使用宿主机网关 IP 或通过 host 网络模式，容器间通信则优先推荐加入同一自定义网络，直接使用容器名称。
docker 网络模式 对比：不同场景下的选择
不同网络模式在性能、隔离性和易用性上各有千秋，下面通过表格和场景分析帮你快速决策。
| 模式 | 隔离性 | 性能 | 跨主机 | 适用场景 |
|---|---|---|---|---|
| bridge | 中等 | 较好 | 否 | 单机多容器通信 |
| host | 无 | 最优 | 否 | 追求极致性能，不关心隔离 |
| overlay | 高 | 稍差 | 是 | 跨宿主机集群通信 |
| macvlan | 高 | 最好 | 需要手动配置 | 容器需要独立网络身份 |
bridge 模式：默认网络，单机通信首选
对于大多数开发者和中小型项目,bridge 是最稳妥的选择，它提供内部 DNS 解析，容器间通过名称互访，是微服务本地开发的标准配置，行业共识认为，在单机部署场景中，自定义 bridge 应取代默认 bridge，以获得更好的可控性。
host 模式：性能优先，牺牲网络隔离
当容器对网络延迟要求极高,例如运行实时音视频转码或高频交易服务时，host 模式能消除网络栈转换的开销，但代价是容器不再拥有独立网络空间，由端口冲突引发的风险随之增加，使用前务必确认宿主机端口没有被其他进程占用。
overlay 模式：多服务器互通的关键
多机部署时,overlay 是 Docker 官方推荐的道路，它通过 VXLAN 隧道技术将不同宿主机上的容器放入同一个虚拟二层网络，容器间通信如同在一台机器上，创建 overlay 网络需要先初始化 Docker Swarm（docker swarm init）或搭建外部键值存储（如 Consul）。
macvlan 模式：让容器拥有独立 MAC 地址
如果你的网络环境要求每个容器直接获取 IP 地址，且与物理网络中的其他设备直接通信，macvlan 是最佳选择，它常用于容器化部署需要传统网络监控或 DHCP 策略的场景，配置时需注意宿主机网卡必须支持混杂模式，且需提前规划好 IP 地址段。
多服务器 docker 容器 互通 配置 实战
跨宿主机容器通信是服务器运维中的高频需求,下面给出两种主流方案的操作要点。
使用 Docker Swarm 搭建 overlay 网络
Docker Swarm 内置了 overlay 网络的支持，是搭建集群网络最快捷的方式。
- 在管理节点初始化 Swarm：
docker swarm init --advertise-addr <管理节点IP> - 工作节点加入 Swarm：执行管理节点输出的
docker swarm join命令 - 创建 overlay 网络：
docker network create -d overlay --attachable cluster-net - 在集群中启动服务或容器,加入
cluster-net - 容器间即可通过服务名或容器名互相访问
--attachable 参数允许非 Swarm 服务（如普通 docker run 启动的容器）也加入该网络，灵活度更高。
手动配置外部键值存储 + Overlay
如果不使用 Swarm，可以借助 Consul 或 etcd 实现 overlay 网络，以 Consul 为例：
- 在宿主机上启动 Consul 容器作为键值存储
- 每台 Docker 节点配置
dockerd启动参数，关联 Consul 地址 - 创建全局 overlay 网络：
docker network create -d overlay --subnet 10.10.0.0/16 --gateway 10.10.0.1 my-global-net - 各节点上的容器加入该网络即可通信
此方案适合已有配置管理工具的企业,但维护成本高于 Swarm 模式。
docker 跨主机 网络 配置 简米云 环境经验
在简米云这类云环境下配置跨主机 Docker 网络，需要额外注意以下几点：
- 安全组规则必须放行 Docker 集群通信所需的端口：2377（Swarm 管理）、7946（节点间通信）、4789（VXLAN 数据）
- 确保所有宿主机处于同一 VPC 或通过专线互通，避免公网封包被拦截
- 若使用 overlay 网络，建议将宿主机 IP 设为固定内网地址，避免重启后 IP 变动导致通信中断
- 业内专家指出,在云环境中使用 macvlan 需要确认物理网卡是否支持混杂模式，部分云厂商可能限制
服务器 docker 网络 连接 不上 怎么办：常见故障排查
网络连接问题往往出现在配置遗漏或环境差异上,遇到问题时，按以下步骤逐层定位。
容器之间无法 ping 通
- 检查两个容器是否在同一网络：
docker inspect 容器名 | grep Networks - 确认网络驱动是否正确：默认 bridge 不支持跨容器名称解析，必须使用自定义 bridge
- 查看防火墙规则：宿主机 iptables 是否阻止了容器间流量
外部无法访问容器端口
- 确认端口映射是否生效：
docker port 容器名 - 检查宿主机防火墙是否开放了对应端口
- 如果使用 host 网络，容器直接暴露在所有端口，确保宿主机上无端口冲突
- 对于云服务器,检查安全组入站规则是否允许
跨主机网络通信失败
- 测试宿主机之间网络连通性：
ping 另一台宿主机IP - 确认 overlay 网络状态：
docker network inspect overlay_网络名 - 查看 VXLAN 端口是否被屏蔽：在两个宿主机上分别执行
nc -zv 对方IP 4789 - 若使用 Consul 或 etcd，检查键值存储服务是否正常
服务器 docker 网络 连接 配置 常见问题
问题1：Docker 容器如何与宿主机网络互通？
容器通过 bridge 网络时，默认可以访问宿主机上的服务，前提是使用宿主机网关 IP（通常为 172.17.0.1），如果宿主机上运行的服务监听在 127.0.0.1，需要改为监听 0.0.0.0 或容器可访问的 IP，对于 host 网络模式，容器直接使用宿主机网络栈，不需要额外配置即可互通。
问题2：Overlay 网络和 Bridge 网络有什么区别？
Overlay 网络用于跨多台宿主机，将不同节点上的容器纳入同一虚拟二层网络，支持容器名称解析，Bridge 网络仅限于单机通信，容器通过虚拟网桥互相连接，不具备跨宿主机能力，在性能上，Overlay 因封装/解封装开销略低于 Bridge，但带来的灵活性是单机网络无法比拟的。
问题3：为什么我的 Docker 容器跨主机无法通信？
常见原因包括：防火墙或安全组未放行 4789（VXLAN 端口）、7946（节点发现端口）；Docker 节点未加入同一 Swarm 或键值存储集群；宿主机之间网络不通（如不在同一 VPC），建议先在两台宿主机之间用 ping 和 nc 验证基础网络，再检查 Docker 网络配置，确保所有节点使用相同的 overlay 网络名称和子网配置。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/582307.html
