各位大佬，我在Windows 11上折腾路由表配置时遇到了两个头疼的问题，试了各种办法都没解决，特意来求助！

问题一：手动添加路由时，Metric被Windows自动覆盖 #

我用route ADD命令添加路由时，明明指定了某个Metric值（比如1），结果系统会自动改成别的数值（比如56），完全不尊重我设置的参数，这是为什么啊？

问题二：指定特定IP走LTE网卡，但流量依然走Wifi #

我有两个网络接口：

• IF 12：Wifi网卡，默认网关是192.168.1.1，对应接口IP是192.168.1.17
• IF 267（后来变成266）：LTE适配器，默认网关是178.182.233.210，对应公网IP

我的需求很简单：让目标IP 148.251.75.23的流量全部走LTE网卡，其他流量正常走Wifi。

我尝试的操作和现状 #

1. 一开始我添加了目标IP的32位掩码路由（按道理这是最具体的匹配规则，应该优先生效），网关设为LTE的网关178.182.233.210
2. 发现没用后，我又调整了LTE接口的优先级，手动把这条特定路由的Metric设为11（比Wifi默认路由的Metric 12更低，理论上应该优先）
3. 最终得到的路由表如下：

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
0.0.0.0          0.0.0.0      192.168.1.1     192.168.1.17     12
0.0.0.0          0.0.0.0  178.182.233.210  PUBLIC_IP   266
127.0.0.0        255.0.0.0         On-link         127.0.0.1    331
127.0.0.1  255.255.255.255         On-link         127.0.0.1    331
127.255.255.255  255.255.255.255         On-link         127.0.0.1    331
148.251.75.23  255.255.255.255  178.182.233.210  PUBLIC_IP     11

但尴尬的是，不管怎么调整，发往148.251.75.23的数据包依然走Wifi的192.168.1.17接口！

我的疑惑 #

按路由的基本原理：

• 掩码越具体的路由优先级越高（32位掩码应该比默认的0.0.0.0优先级高太多）
• Metric值越低的路由越优先（11比12更低，应该优先匹配）

但Windows的路由表完全不遵循这个逻辑？而且手动设置Metric还会被系统强制修改，必须同时调整接口Metric和路由Metric才能得到想要的数值，这感觉完全不符合标准啊？

有没有大佬遇到过类似的问题，或者知道Windows路由表的特殊规则？麻烦指点一下！

备注：内容来源于stack exchange，提问作者Vega4