Windows下Route命令本地路由用法：添加路由后无法访问服务器问题
2026-5-19
嘿，咱们来拆解下为什么你的route add命令没生效，而同事的可以——这种问题在无线和有线环境差异下特别常见，我帮你梳理几个排查方向：
首先先明确下你的场景：
同事执行
route add 192.168.4.20 10.167.0.198后，不用改IP或走路由器，只要接入我方交换机就能访问内部服务器；但我用自己的无线PC做相同操作却失败，测试环境里第三方Server X2（疑似Linux，得用定制软件访问，IP是10.167.0.198/24），我的PC是无线设备。
可能的原因及排查方案
1. 无线PC的路由优先级冲突
你的无线网卡可能已经有优先级更高的默认路由或者同网段路由，导致你添加的静态路由根本没被用到。先查一下路由表：
- Windows：执行
route print，找192.168.4.20的条目，看它的跃点数（Metric）是不是比其他指向同网段的路由更低； - Linux/macOS：执行
ip route show，看192.168.4.20/32的metric值是否比其他冲突路由小。
如果优先级不够，添加路由时手动指定更低的metric：
- Windows：
route add 192.168.4.20 mask 255.255.255.255 10.167.0.198 metric 1 - Linux/macOS：
ip route add 192.168.4.20/32 via 10.167.0.198 metric 1
2. 无线VLAN/网段隔离问题
我方交换机很可能对无线端口和同事的有线端口做了VLAN隔离，你的无线PC所在的VLAN根本没法直接访问10.167.0.198这个网段。先试试ping 10.167.0.198，如果ping不通，那基本是二层连通性的问题——要么是无线AP没把你的流量放到正确的VLAN，要么是交换机端口限制了无线网段和Server X2网段的互访。
3. Server X2的访问控制或转发配置
同事的设备可能和Server X2在同一个二层网段，或者Server X2上已经配置了针对同事设备的允许规则，但你的无线PC不在列表里。可以排查下：
- 如果Server X2是Linux，执行
sysctl net.ipv4.ip_forward看是否开启了IP转发（值应为1）；再查iptables -L看有没有限制你无线PC IP的规则； - 另外别忘了检查它的定制软件有没有访问控制列表，是不是只允许特定IP访问。
4. 路由命令的语法差异
不同系统的route命令语法不一样！同事可能用的是Linux/macOS，而你的PC是Windows，或者反过来：
- 如果你是Windows，默认
route add不带子网掩码的话，会用当前网卡的子网掩码，这可能不是你要的单主机路由（只针对192.168.4.20），必须加上mask 255.255.255.255； - 如果你是Linux，正确的单主机路由应该是
ip route add 192.168.4.20/32 via 10.167.0.198，老版本route命令的话是route add -host 192.168.4.20 gw 10.167.0.198。
5. 无线网卡的ARP缓存异常
你的无线PC可能没法正确获取Server X2的MAC地址，导致路由没法生效。试试清除ARP缓存：
- Windows：
arp -d * - Linux/macOS：
sudo arp -d 10.167.0.198
然后重新ping 10.167.0.198，再添加路由试试。
内容的提问来源于stack exchange，提问作者Matteo Ricci
