很多用户在配置VPN按网段分流规则时，经常遇到部分网段走VPN不生效、普通流量意外被隧道带走、甚至本地局域网访问断连的问题，大部分这类故障都不是分流规则本身写错，而是设置前的准备工作没有做足。本文就从实际操作的排查角度，逐项梳理VPN按网段分流设置前必须完成的校验步骤，帮用户提前规避大部分配置后才会出现的连接异常。
现有网络路由表的基线校验
很多人配置分流前没有记录当前设备的原生路由状态，猎豹后续出问题根本分不清是原有网络的故障还是分流规则导致的异常。首先要在配置VPN按网段分流之前，先在本地设备的命令行界面执行路由表查询指令，Windows用route print，macOS和Linux用route -n，把当前所有的静态路由、默认网关指向都完整记录下来。
这里要重点排查的现象是，原生网络下有没有已经存在的指向特殊网关的网段路由，猎豹如果你的本地局域网本身已经划分了多个VLAN，部分办公内网网段已经指向了本地三层交换机的网关，后续如果分流规则里又写了同网段走VPN，就会出现路由冲突。校验的预期结果是你能明确区分出哪些网段本来就走本地网关，哪些是后续需要加到分流规则里走VPN的目标网段，没有重叠的网段条目。
配置VPN网段分流前先完成原生路由基线校验，提前规避后续各类连接异常问题
VPN隧道本身的默认路由行为排查
很多VPN客户端默认安装后，猎豹只要连接成功就会强制把所有流量都导向隧道，哪怕你后续写了分流规则，也会被客户端的全局路由优先级覆盖，这是新手配置分流最常踩的坑。你可以先不添加任何自定义分流规则，正常连接VPN之后，先访问几个本地局域网的共享设备，比如家里的NAS、办公环境的内网打印机，看看能不能正常访问。
如果连接VPN之后本地局域网直接断连，说明当前VPN的默认配置是全局接管所有流量的模式，你需要先在VPN客户端的设置页里找到“允许本地局域网访问”“不修改默认路由”这类选项，把对应的开关打开，断开VPN重连之后再确认本地局域网访问恢复正常，才能继续后续的分流配置。这里要注意不同类型的VPN协议，比如OpenVPN、WireGuard、IPSec的路由控制参数位置不一样，不要直接跳过这一步直接写分流规则，否则规则优先级永远拼不过客户端的全局路由。
目标分流网段的地址范围核验
不少用户拿到的分流网段列表是别人随手整理的，里面存在网段重叠、公网私网地址混淆的问题，直接导入规则之后就会出现部分网站访问异常。你需要先把所有要走VPN的网段整理成标准的CIDR格式，逐个排查有没有把192.168.0.0/16、10.0.0.0/8这类本地私网网段误加到分流列表里。
你可以先随便挑一个列表里的目标网段IP，在不连接VPN的状态下执行traceroute路由跟踪，看看这个IP的原生访问路径是不是本来就走本地公网网关，如果这个IP本身就是你本地运营商的内网保留地址，根本不需要走VPN，把它加到分流列表里只会增加不必要的路由开销。核验的预期结果是所有待分流的网段都是明确需要通过VPN隧道访问的远端地址，没有和本地现有路由冲突的条目。
设备防火墙与软件优先级的预校验
很多用户的设备上同时装了多个网络代理、防火墙类软件，这些软件都会修改系统路由表或者抓包，后续配置VPN按网段分流之后，很容易出现规则被其他软件覆盖的情况。你可以先暂时关闭所有其他的代理类、防火墙类第三方软件，只保留系统自带的防火墙，然后重新连接VPN测试基础连通性。
排查的时候如果发现之前装的其他VPN客户端没有完全卸载，残留的虚拟网卡还在系统里，要先把这些无用的虚拟网卡全部禁用或者卸载，猎豹加速器避免分流规则匹配到错误的虚拟网卡设备，导致流量发不出去。这一步完成之后的预期结果是系统里只有当前你要用来做分流的VPN对应的虚拟网卡处于激活状态，没有其他软件抢占系统的路由控制权限。
完成以上所有VPN按网段分流设置前的准备步骤之后，你再去编写导入自定义分流规则，基本不会出现无意义的冲突类故障，后续如果真的出现分流不生效的问题，你也可以对照之前记录的基线路由表逐项排查，不用反复卸载客户端重置网络配置浪费时间。
