Docker Swarm服务IP地址不符导致连接异常求助

这事儿我碰到过好几次，核心是Docker Swarm的VIP（虚拟IP）机制在搞鬼，再加上网络同步或者DNS缓存的小问题，就导致你遇到的连接报错了。

先搞懂为什么会有两个IP？ #

Swarm给每个服务分配了一个专属的VIP（就是你看到的10.0.0.107），这个VIP是服务的“对外门面”——所有通过服务域名nginx_backend发起的请求，都会先指向这个VIP，再由Swarm的负载均衡自动转发到后端的容器实例（也就是10.0.0.87）。正常情况下这个转发是完全透明的，你根本不需要关心容器实际IP。

那问题出在哪？ #

大概率是以下几种情况：

• DNS缓存或同步延迟：Swarm内部的DNS服务（比如内置的dnsmasq）没及时更新VIP到容器IP的路由信息，或者其他服务的容器里缓存了旧的DNS记录，导致请求到VIP后无法正确转发。
• 服务更新后的网络不同步：如果刚更新过nginx_backend服务，Swarm的Overlay网络规则（比如节点上的iptables转发规则）可能还没同步到所有节点，VIP的流量没法到达容器。
• Overlay网络异常：Overlay网络的隧道连接或者iptables规则被意外修改/破坏，导致VIP和容器IP之间的通信中断。

怎么解决？ #

按这个顺序试，一般都能搞定：

1. 刷新容器DNS缓存：在连接失败的容器里执行nscd -i hosts（如果装了nscd服务），或者直接重启容器，让它重新获取最新的DNS配置。
2. 强制更新服务：执行这条命令让Swarm重新生成服务的网络配置：

   docker service update --force nginx_backend
   

   这会触发Swarm同步所有节点的路由规则，修复VIP到容器的转发问题。
3. 检查Overlay网络健康：用docker network inspect <你的overlay网络名>查看网络状态，确保所有节点都处于Connected状态；也可以在容器所在节点上检查iptables规则，看是否存在针对VIP10.0.0.107的转发条目。
4. 重启Swarm DNS相关组件：如果上面都没用，可以尝试重启每个节点的Docker daemon，或者先删除再重建服务使用的Overlay网络（注意：这会中断服务，选维护窗口操作）。

为什么手动加hosts能行？ #

因为你直接绕过了Swarm的VIP机制，让请求直接访问容器实际IP10.0.0.87，但这只是临时方案——容器重启、服务扩容缩容后，容器IP会变，到时候又会出问题，必须让Swarm的VIP转发机制正常工作才是长久之计。

内容的提问来源于stack exchange，提问作者Kealman