我正在尝试让 Microsoft Windows 11 尊重我创建的条目。
- 使用路由 ADD 时我注意到的第一件事是，Windows 一直在覆盖我尝试创建的条目的指标。如果我为条目选择指标 1，它最终会显示 56。为什么？
- 第二：在我的例子中，我有两个接口 IF 12（WiFi）和 267（LTE 适配器）。我希望流量继续通过 267，但只流向特定目的地 148.251.75.23。
虽然在 Linux 上我可以在 3 分钟内完成此操作，但在 Windows 上我却很吃力。
正如您在所附的路由表中看到的，148.251.75.23 具有 On-Link 网关，据我所知，它应该在处理其他路由表条目之前就具有优先权 - 它是 On-Link。此条目的网络掩码为 32，不能更具体了。
已尝试禁用 IF 12 Wifi 设备的默认路径。
各位朋友，我的路由表如下。
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 267
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
169.254.0.0 255.255.0.0 On-link 169.254.50.98 291
169.254.50.98 255.255.255.255 On-link 169.254.50.98 291
169.254.255.255 255.255.255.255 On-link 169.254.50.98 291
192.168.1.0 255.255.255.0 On-link 192.168.1.17 268
192.168.1.17 255.255.255.255 On-link 192.168.1.17 268
192.168.1.255 255.255.255.255 On-link 192.168.1.17 268
192.168.222.0 255.255.255.0 On-link 192.168.222.1 291
192.168.222.1 255.255.255.255 On-link 192.168.222.1 291
192.168.222.255 255.255.255.255 On-link 192.168.222.1 291
224.0.0.0 240.0.0.0 On-link 127.0.0.1 331
224.0.0.0 240.0.0.0 On-link 192.168.1.17 268
224.0.0.0 240.0.0.0 On-link 169.254.50.98 291
224.0.0.0 240.0.0.0 On-link 192.168.222.1 291
255.255.255.255 255.255.255.255 On-link 127.0.0.1 331
255.255.255.255 255.255.255.255 On-link 192.168.1.17 268
255.255.255.255 255.255.255.255 On-link 169.254.50.98 291
255.255.255.255 255.255.255.255 On-link 192.168.222.1 291
在对 Windows 进行了一些调整和尝试之后，以下路由表是最接近我所期望的结果的（并且实现该结果的路线不是通过逻辑而是通过猜测 - 例如通过明确设置 LTE 接口的优先级，我能够实际降低与其关联路径的优先级，使其高于与 Wifi 接口的默认网关条目关联的度量），猜猜怎么着？它仍然不起作用。
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
数据报继续流经 192.168.1.17
底线是，微软的实现不仅完全忽略了“选择最佳匹配/最近路径”的网掩码值范例。而且还忽略了分配给路径的优先级/度量。不是吗？
我们来看一下一些可靠的理论：
度量值决定了路由的优先级，度量值越低，路由越优先。在本例中，第一条路由的度量值为 12，而第六条路由的度量值为 11。由于第六条路由的度量值较低，因此对于发往 148.251.75.23 的数据包来说，它应该是首选路由。
但这里显然不是这样的。
然后，由于 Microsoft Windows 会覆盖，因此无法将度量设置为任何所需的值。需要同时操纵接口度量和路径度量才能获得所需的结果值，我认为这不符合任何标准，不是吗？