MAC地址冲突在Docker中极少单独引发突发脱网，真正主因是网桥子网与宿主机局域网IP段重叠导致内核路由混乱；应优先通过修改daemon.json的default-address-pools避开冲突网段并清理残留网络。
MAC 地址冲突在 Docker 中很少单独引发“容器突然断网”，真正常见且易被误判的是 网桥子网与宿主机局域网 IP 段重叠，它会扰乱内核路由表和 ARP 行为，导致看似“MAC 问题”的连通性故障。但若确认是 MAC 层异常（如重复 MAC、ARP 表错乱），需从链路层和配置源头协同处理。
先快速判断是不是真 MAC 冲突
别急着改配置，先验证根源：
- 进容器查 MAC：
docker exec -it <容器名> ip link show eth0 | grep link/ether - 在宿主机查该容器 IP 对应的 ARP 条目：
arp -n | grep <容器IP>，看 MAC 是否与容器内一致 - 抓包看是否有多个不同 MAC 响应同一 IP：
tcpdump -i docker0 arp | grep <容器IP> - 检查 docker0 桥接设备 MAC：
cat /sys/class/net/docker0/address，再对比docker network inspect bridge是否固化了 MAC
优先解决更常见的子网重叠问题
90% 的“突发脱网”实际源于子网撞车。例如 docker0 默认用 172.17.0.0/16，而宿主机网段也是 172.18.0.0/16，系统就可能把容器流量错误导向物理网卡。
- 运行
ip route，看是否存在两条相同目标网段指向不同接口（如同时有172.18.0.0/16 via docker0和172.18.0.0/16 via eth0） - 执行
ip addr show，确认 docker0 和物理网卡是否落在同一私有网段（10.x.x.x、172.16–31.x.x、192.168.x.x） - 修改 Docker 默认地址池：编辑
/etc/docker/daemon.json，加入不重叠的网段，例如：{"default-address-pools":[{"base":"192.168.128.0/17","size":24}]} - 重启 Docker：
sudo systemctl restart docker，并清理残留网络：docker network prune
切断容器 MAC 复用链（针对真实 MAC 冲突）
Docker 默认可能复用上次分配的 MAC，尤其在反复重建同名网络或使用 --mac-address 时。要避免继承式复用：
- 不要在
docker run或docker-compose.yml中硬编码--mac-address，除非有强需求 - 删除旧网络前先停用所有容器：
docker stop $(docker ps -q)，再docker network rm <网络名> - 创建新网络时禁用默认桥接的 MAC 固化行为：
docker network create --driver bridge --subnet=192.168.200.0/24 mynet - 若必须指定 MAC，确保全局唯一且符合规范（首字节为偶数、非广播地址），例如
02:42:ac:11:00:02
检查虚拟化环境叠加影响
当 Docker 运行在虚拟机或与 ZeroTier、VMware 桥接共存时，多层虚拟接口容易引发 MAC 学习混乱：
- 运行
ip link show，列出所有虚拟接口（如ztmxxx、vethxxx、docker0），确认它们的 IP 网段是否交叉 - ZeroTier 场景下，避免其分配的
172.x.x.x与 Docker 自动网段重合，可在 ZeroTier 后台关闭自动分配，或手动设为100.x.x.x - 虚拟机桥接模式下，确保宿主机上 Docker 使用的网段（如
192.168.100.0/24）与 VM 桥接网段（如192.168.1.0/24）完全隔离
