Windows加了永久路由重启后却不生效怎么回事

用 route add -p 加了永久路由，当时能通，重启后发现流量根本不走它，route print 里持久路由那段明明还写着这条——这是 Windows 多网卡环境的高频困惑。人话结论：持久只保证条目还在，不保证条目生效。Windows 实际选路看的是活动路由表，而活动表会被三股力量改写：接口跃点数、接口索引、VPN 虚接口。

排查步骤

1. 分清两张表：route print -4 上方是当前生效的 IPv4 路由表，下方单独一段是持久路由。条目在持久表、却不见于活动表，问题就在三股力量之一。
2. 查接口跃点数：网卡若勾了自动跃点，接口路由的度量值可能比你的持久条目更优，把流量抢走。打开网卡属性、IPv4、高级，取消自动跃点并手动指定跃点数，或调整条目度量。
3. 查接口索引漂移：route add 时绑定的接口号（IF）在重启后发生变化（多网卡、USB 网卡环境常见），条目就悬空了。用 netsh interface ipv4 show route 对照条目与接口的对应关系。
4. 查 VPN 虚接口：远程访问 VPN 拨入后，虚接口会带进一整套路由并把默认流量整体接管，持久条目看起来就像失效。先断开 VPN 对照验证。
5. 修正动作：route delete 清掉旧条目后重加，重加时用 IF 参数显式指定接口并带上 -p，例如 route add 10.20.0.0 mask 255.255.0.0 192.168.1.1 IF 12 -p，加完重启验证。

相关提示

• 双网卡场景先分诊：是「条目不生效」（本文范畴），还是「源地址选路不对」（包从错误网卡出去）——后者是另一个问题，改路由解决不了。
• 服务器上更稳的做法：能在网关侧统一收敛路由的，就不在每台主机上散着加持久路由，维护成本差别很大。

企业存储选型参考

主机侧路由问题常出现在备份链路规划上：备份流量走哪条线、走哪个网段，直接影响备份窗口。贵州诚鑫致达科技在做企业备份与存储交付时，会同步规划备份网段与路由路径，避免业务与备份抢同一条线，有类似环境要梳理欢迎交流。