核心是清理宿主机冲突默认路由并强制容器流量走业务网卡：先用ip route检查多条default via，删掉docker0的错误默认路由；再通过daemon.json修改bip避开子网重叠；最后配snat和ip转发确保出口正确。

核心是清理宿主机上冲突的默认路由，并让容器出向流量明确走业务网卡，而不是被 docker0 或其他虚拟网桥劫持。

检查并删除重复的默认路由

执行 ip route，查看是否出现多条 default via ...。常见错误组合如：

• default via 192.168.5.1 dev ens33（业务网关）
• default via 172.17.0.1 dev docker0（Docker误加，会抢走所有非本地子网的出向流量）

临时修复：用 sudo ip route del default via 172.17.0.1 删除 docker0 的默认路由。
长期预防：在启动 Docker 前，确保宿主机只有一条指向业务网关的默认路由；或修改 Docker 启动逻辑，避免它自动添加默认路由。

避开 docker0 与业务网段重叠

Docker 默认使用 172.17.0.0/16，若你的业务网段是 172.17.10.0/24 或 172.16.0.0/12，内核会因最长前缀匹配模糊而优先走 docker0，导致容器访问同网段服务失败。

解决方法：
编辑 /etc/docker/daemon.json，指定不冲突的子网：

OpenClaw Docker Setup

在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...

下载

{"bip": "192.168.200.1/24"}

然后依次执行：

• sudo systemctl stop docker containerd
• sudo ip link delete docker0
• sudo systemctl start docker

验证：运行 ip addr show docker0，确认 IP 已更新且不与任何业务网段重叠。

强制容器流量从指定网卡出口

当宿主机有 eth0（内网）、eth1（公网）等多张业务网卡时，仅靠默认路由无法保证容器流量走对出口。需配合 SNAT 和转发规则：

• 确认容器所在网桥的宿主机侧 IP（如 192.168.200.1），该地址应属于你希望出口的网卡子网，或能被其网关转发
• 添加 SNAT 规则，例如强制 192.168.200.0/24 的容器流量从 eth1 出口：
  sudo iptables -t nat -A POSTROUTING -s 192.168.200.0/24 -o eth1 -j SNAT --to-source 203.0.113.10
• 确保开启 IP 转发：echo 1 | sudo tee /proc/sys/net/ipv4/ip_forward，并写入 /etc/sysctl.conf 持久化

微服务注册与发现层面的适配

即使网络通了，Spring Cloud 或 Dubbo 仍可能因多网卡选错发布 IP 导致服务“失联”：

• 用 spring.cloud.inetutils.ignored-interfaces=vm-eth1,docker0,veth.* 排除虚拟网卡
• 限定优选网段：spring.cloud.inetutils.preferred-networks=192.168.200.0/24,10.31.0.0/16
• 或直接绑定域名：spring.cloud.nacos.discovery.ip=test.com，再通过 hosts 或 DNS 将 test.com 解析到业务网卡 IP