宿主机重启后docker容器网络自动恢复，但自定义路由和iptables规则需手动持久化；应通过systemd服务、/etc/network/interfaces或iptables-persistent等机制固化规则，并确保依赖docker.service且避免与docker默认规则冲突。
宿主机重启后，Docker 容器网络本身会随 Docker 守护进程启动而恢复，但自定义路由规则（如静态路由、策略路由、IP 转发或 iptables 规则）默认不会自动重建——它们属于宿主机层面的网络配置，需额外保障持久性。要让特定路由在重启后自动生效，关键在于将规则固化到系统启动流程中，而非依赖容器或 Docker 自身。
确保 Docker 网络基础自动加载
Docker 服务本身已设计为开机自启，只要启用 systemd 服务即可：
- 运行
sudo systemctl enable docker，确保守护进程随系统启动 - Docker 创建的桥接网络（如
docker0）、自定义网络（docker network create）会在 daemon 启动时自动重建 - 容器若配置了
--restart=unless-stopped或always，也会随之拉起并重新接入对应网络
持久化自定义路由规则
如果你在宿主机上手动添加过类似 ip route add 10.200.0.0/16 via 172.17.0.1 dev docker0 这类路由，必须将其写入系统级持久配置：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
-
Ubuntu/Debian 系统：编辑
/etc/network/interfaces，在对应接口（如docker0或lo）下添加post-up ip route add ...行 -
CentOS/RHEL/Fedora 系统：在
/etc/sysconfig/network-scripts/route-*文件中定义静态路由（例如route-docker0），格式为：10.200.0.0/16 via 172.17.0.1 dev docker0 -
通用方案（推荐）：使用 systemd 服务单元，在
docker.service后置执行脚本
创建/etc/systemd/system/docker-network-routes.service，内容包含ExecStart=/usr/bin/ip route add ...，并设置After=docker.service和WantedBy=multi-user.target
保留 iptables/nftables 规则
若依赖 iptables（如 DNAT、SNAT、FORWARD 链放行）或 nftables 实现容器外部访问或跨网段通信：
- 安装
iptables-persistent（Debian/Ubuntu）或iptables-services（RHEL/CentOS） - 执行
sudo iptables-save > /etc/iptables/rules.v4（IPv4）保存当前规则 - 确保对应服务已启用：
sudo systemctl enable netfilter-persistent或iptables - 注意：Docker 默认会管理部分 iptables 规则（如 bridge 链），避免与之冲突；建议将自定义规则放在
DOCKER-USER链中（该链在 DOCKER 链之前执行，且 Docker 不覆盖）
验证与调试要点
配置完成后，务必模拟重启验证效果：
- 重启前运行
ip route show和iptables -t nat -L -n -v记录当前状态 - 重启后立即检查：路由是否在
ip route输出中；iptables规则是否完整加载；容器能否按预期访问目标网络 - 常见失败原因：
docker0接口尚未就绪时执行路由命令（需依赖docker.service）、子网 CIDR 冲突导致路由被内核忽略、SELinux 或 firewalld 干预规则加载
