很多用户在使用VPN时都会配置排除局域网的规则，避免访问家里的NAS、公司的共享打印机、内网服务器的时候流量走VPN隧道导致卡顿甚至无法连接，但是不少人切换VPN节点之后，之前配置好的排除规则偶尔会出现失效的情况，很多用户不知道该怎么快速定位验证，反而反复调整VPN配置浪费大量时间，本文就围绕VPN排除局域网规则：切换节点后的检查这个核心场景，从配置前提、分步验证方法、结果判断到常见误区逐一拆解，帮你快速确认规则是否正常生效。
配置生效的前置确认条件
首先你得先确认你用的VPN客户端本身确实支持局域网排除规则，部分轻量化的开源VPN客户端或者浏览器插件类VPN，本身就没有内置本地网段排除的逻辑，这类工具不管你怎么切换节点，都不会自动放行局域网流量，也就不存在规则生效的前提。
其次要确认你配置的排除网段是完全覆盖当前局域网的实际网段的，很多用户之前配置规则的时候只加了192.168.1.0/24，后来家里路由器改了网段，或者你带着设备到公司办公，内网用的是10.0.0.0段的地址，旧的排除规则本来就没覆盖新的内网段，切换VPN节点之后你访问内网失败，本质上不是切换节点导致规则失效，是规则本身的覆盖范围就不对。
本地路由表基础检查方法
切换完VPN节点之后，先不要急着访问内网设备，先打开你设备的命令行工具，Windows系统用CMD，macOS和Linux用终端，输入查看路由表的指令，找到和你当前局域网网段对应的路由条目。
正常情况下如果VPN排除规则生效，你看到的局域网网段路由的下一跳地址，应该是你本地物理网卡的网关，也就是你家路由器的内网IP，而不是VPN虚拟网卡分配的远端地址。如果这条路由的下一跳指向了VPN的虚拟网关，就说明排除规则没有被系统正确加载，流量访问内网的时候会被送进VPN隧道转发。
这里要注意，部分VPN客户端切换节点的时候会先清空旧的路由表再加载新的规则，如果客户端适配有bug，就会漏掉局域网网段的路由写入，你在路由表里完全找不到对应内网段的条目，也属于规则失效的情况。
实际连通性与路径验证步骤
路由表检查没问题之后，你可以直接ping局域网内的已知设备IP，比如你的路由器管理地址，或者已经开机的内网NAS、共享服务器地址，如果能正常得到响应，说明基础的连通性没有问题。
接下来可以用tracert或者traceroute路由追踪指令，追踪你访问这个内网IP的完整路径，正常情况下第一跳就应该直接到目标内网设备，中间不会出现任何VPN节点的公网IP地址，如果追踪路径里出现了公网的VPN服务器地址，就说明你的内网流量确实被送到了VPN的远端网络绕了一圈，排除规则没有生效。
部分用户习惯用内网设备的域名访问，这时候还要额外检查DNS解析的结果，不要出现把内网域名解析到公网地址的情况，不然就算排除规则正常，你访问的目标本身就不是内网地址，也会误以为规则出了问题。
常见的规则失效误区排查
很多用户遇到切换节点后内网访问失败，第一反应就是排除规则坏了，但实际上部分VPN客户端的全局代理模式和分流模式的规则池是分开的，你之前配置排除规则的时候是在分流模式下设置的，切换节点的时候不小心切到了全局代理模式，规则没有同步过去，自然就不会生效。
还有部分特殊的VPN节点本身的服务端配置了强制客户端所有流量回传，就算你本地配置了正确的排除规则，客户端也会强制把所有流量塞进隧道，这种情况属于节点服务端的限制，你本地修改配置也没办法解决，只能更换其他没有强制全流量转发的节点再重试。
最后要注意，如果你设备本身装了多个网络代理工具、防火墙软件，不同工具的路由规则优先级不一样，VPN的排除规则很可能被更高优先级的防火墙策略覆盖，这种情况你单独检查VPN的设置是看不出问题的，需要临时关闭其他网络工具再做验证。
整个检查流程不需要借助额外的第三方工具，只用系统自带的命令行功能就可以完成，你每次切换VPN节点之后花少量时间走完验证步骤，就能避免后续访问内网共享资源的时候出现莫名其妙的连接故障，也能帮你快速区分是内网本身的连通问题，还是VPN规则加载异常导致的故障。
