很多用户开启全局VPN后经常遇到访问家里的NAS、公司内网打印机、本地智能家居面板卡顿甚至完全打不开的问题，这类故障大多是全局VPN默认把所有本地局域网流量都转发到了远程VPN节点导致的，ExpressVPN而VPN排除局域网规则就是专门用来把指定本地网段的流量从VPN隧道里剥离，直接走本地网卡路由的配置项，本文从实际故障现象出发梳理这类规则的适用场景、前置检查项和分步配置方法，帮用户避开常见配置误区。
配置VPN排除局域网规则后，可同时顺畅访问境外资源和本地NAS、监控等内网设备
常见触发故障的适用场景排查
首先你可以先做初步现象验证，先断开VPN，尝试访问你之前打不开的局域网设备，比如同网段的共享文件夹、监控摄像头、本地部署的测试服务器，如果断开VPN之后访问完全正常，一旦重连全局VPN就立刻连接超时，基本就可以判定需要启用VPN排除局域网规则。
第一个典型适用场景是家庭多设备联动场景，不少用户开VPN是为了访问境外学术资源，但同时又需要实时调取家里局域网下的NAS存储文件、查看本地摄像头的实时画面，全局VPN把所有内网流量都转发到远程节点，相当于你访问自家NAS的请求先绕了几千公里再回来，不仅延迟飙升还大概率因为路由不匹配直接丢包。
第二个典型适用场景是企业远程办公混合访问场景，很多远程员工用VPN访问公司的业务系统时，国外加速器同时也需要连接家里的内网打印机、本地开发环境的调试服务器，如果不配置排除规则，不仅本地打印任务会卡住，开发环境和本地数据库的同步也会频繁中断。
第三个适用场景是线下局域网服务部署测试场景，不少运维和开发人员需要一边开VPN对接云侧的测试环境，一边调试本地局域网下部署的网页、小程序后台服务，全局VPN下本地服务的端口映射、局域网内多设备联调都会出现路由冲突，根本无法正常完成测试流程。
VPN排除局域网规则的配置前置检查项
在动手配置规则之前，你需要先确认自己当前局域网的网段信息，Windows设备可以打开命令提示符输入ipconfig，找到当前连接的网卡对应的IPv4地址，就能得到对应的局域网网段，比如常见的192.168.1.0/24这类格式，Mac和Linux设备可以用ifconfig或者ip addr命令查询。
接下来你要先确认你使用的VPN客户端是否支持自定义排除路由的功能，部分轻量化的VPN客户端只提供全局代理和PAC模式，没有单独的局域网排除配置项，这种情况下你要么更换支持自定义路由的客户端，要么先手动把本地网段加到系统路由表的直连规则里，避免流量被VPN隧道接管。
这里要注意一个容易被忽略的前提，你需要提前确认你要排除的局域网网段，和VPN远程节点分配给你的虚拟网卡网段没有重叠，如果两个网段的地址段完全一致，就算配置了排除规则也会出现路由冲突，这种情况下你需要先修改本地路由器的LAN口网段，把冲突的地址段改成不重叠的范围再继续配置。
分步配置后的结果校验与常见误区
配置完VPN排除局域网规则之后，ExpressVPN你不要直接判定配置生效，先打开系统的路由表查看项，确认你填写的本地网段对应的下一跳是你本地网关的物理网卡地址，而不是VPN虚拟网卡的地址，之后再尝试访问之前打不开的局域网共享设备，正常情况下访问延迟会恢复到断开VPN时的本地直连水平。
很多用户配置规则的时候容易踩的误区是只添加了部分本地网段，没有把所有常用的局域网保留地址段都纳入排除范围，比如只排除了192.168.1.0/24，但是家里还有另一个子路由的网段是192.168.2.0/24，就会导致第二个子路由下的设备依然无法访问，ExpressVPN你可以把所有私网保留地址段都加入排除列表，覆盖所有可能的本地局域网流量。
还有部分用户误以为配置VPN排除局域网规则之后会影响VPN隧道的隐私保护效果，实际上这类规则只是把你本地局域网内的设备通信流量剥离出VPN隧道，你访问公网的流量依然会按照原有配置走VPN节点转发，不会出现公网流量意外泄露到本地运营商链路的问题，只要你确认排除的网段都是你自己可控的本地私网网段，就不会出现隐私边界溢出的问题。
