很多用户在开启VPN后出现无法访问家里的NAS、公司内网打印机、同网段共享文件夹的问题，大多是没有提前配置VPN排除局域网规则导致的。如果跳过前置检查直接修改规则，很容易出现VPN分流失效、本地网络完全断连甚至核心业务访问异常的问题，本文就把设置VPN排除局域网规则前必须完成的准备事项逐项拆解，帮你避开配置踩坑的常见场景。
第一步：确认当前VPN的分流模式基础属性
首先你要先打开当前使用的VPN客户端或者系统VPN配置页，确认它支持的分流类型，是全局流量代理还是默认就带部分分流规则。很多用户默认以为所有VPN都支持自定义排除局域网的规则，实际上部分轻量版VPN客户端只有全局代理选项，根本没有自定义路由的入口，这种情况下你后续的配置操作完全无法落地，提前确认就能避免做无用功。
这里检查的预期结果是，你能在配置页找到“自定义路由”“排除地址”“分流规则”这类功能入口，或者系统层面的VPN属性里可以编辑IP路由表，如果找不到这类入口，说明你当前使用的VPN环境不支持自定义排除规则，需要先切换到支持分流的VPN部署方式再继续操作。
第二步：完整梳理当前所在局域网的所有网段信息
很多用户设置排除规则的时候只填了自己常用的192.168.1.0/24网段，后续换了公司网络、访客WiFi的时候又出现无法访问内网设备的问题，本质是前期梳理网段的时候没有做全量排查。你可以在Windows系统打开命令提示符输入ipconfig，在macOS和Linux系统打开终端输入ifconfig或者ip addr，查看所有本地网卡对应的IPv4网段、子网掩码，把所有非公网的私网网段都记录下来。
除了当前直接连接的局域网网段，你还要确认有没有额外的内网VPN网段、虚拟网卡生成的私网地址段，比如很多装了虚拟机的设备会生成单独的虚拟局域网段，如果漏掉这些段加入排除规则，后续你访问虚拟机资源的时候流量也会被走VPN隧道，出现连接卡顿或者失败的问题。这一步的预期结果是你手里有一份完整的本地所有私网网段清单，没有遗漏任何本地直连的内网地址段。
第三步：验证当前局域网无VPN状态下的连通性基准
在完全关闭VPN的状态下，你需要逐个测试你后续要用到的所有局域网服务，比如访问共享文件夹、打印测试页、登录内网管理后台、投屏到同网段的智能设备，把这些服务的访问状态都确认一遍，记录下哪些服务是可以正常访问的，哪些本身就存在访问权限问题。
很多用户之前本身就有部分内网设备配置错误的问题，开启VPN排除规则之后发现部分设备连不上，就误以为是规则配置出错，来回调整路由反而把正常的分流规则搞乱，提前做好基准验证就能把本身的局域网故障和后续VPN规则引发的故障完全区分开，避免故障定位的时候走弯路。这一步的预期结果是所有你需要用到的局域网服务在VPN关闭的状态下都能正常访问，没有原生的连接障碍。
第四步：提前确认VPN远端网络和本地局域网的网段冲突情况
这是很多用户最容易忽略的准备步骤，如果你本地的局域网网段和VPN远端接入的内网网段完全一致，比如两边都用192.168.1.0/24段，就算你配置了排除局域网规则，系统也会因为路由表的地址冲突，无法判断流量该走本地网卡还是VPN隧道，最终出现两边网络都无法正常访问的问题。
你可以登录VPN服务端的管理后台，查看VPN推送的内网网段地址，和你之前梳理的本地局域网网段清单做比对，如果出现完全重合或者部分重合的情况，你需要先修改本地路由器的LAN口网段，把冲突的地址段改成不重叠的私网段，再继续后续的排除规则配置，不然无论怎么调整规则都无法实现预期的分流效果。
第五步：备份当前系统的默认路由配置
在正式修改VPN排除局域网规则之前，你需要把当前系统的路由表完整导出备份，Windows下可以在命令提示符执行route print把输出内容保存为文本文件，macOS下可以执行netstat -nr导出路由记录。如果后续配置规则的时候出现路由错乱、本地网络完全断连的问题，你可以对照备份的路由表把配置恢复到初始状态，避免网络故障之后找不到回滚方案。
很多用户没有备份习惯，配置规则之后发现连公网都打不开，只能反复重启设备、重置网络设置，反而会丢失更多原本正常的网络配置，提前做好备份能把配置出错后的故障影响降到最低。这一步完成之后，你所有的前置准备工作就全部落地了，后续配置VPN排除局域网规则的时候就不会遇到各类意料之外的阻碍。
