很多用户在开启全局VPN之后，经常遇到访问家里的NAS、公司内网打印机、本地共享文件夹完全失败的情况，直接手动加排除规则又容易出现路由冲突，反而导致VPN本身的外网访问也断连，这份指南梳理VPN排除局域网规则设置前的所有必要检查项，帮你提前避开大部分配置后故障，不用反复调试路由表。
先确认当前VPN的运行模式与路由优先级
很多用户不知道不同的VPN运行模式，对排除规则的适配逻辑完全不一样，如果你当前用的是强制全流量隧道的VPN客户端，所有数据包默认都走VPN虚拟网卡，这时候直接加排除规则很容易被客户端的全局路由覆盖，设置完也不生效。
你可以先打开本地设备的网络适配器列表，找到VPN生成的虚拟网卡，查看它的跃点数值，正常来说物理网卡的跃点应该高于VPN虚拟网卡，如果你发现物理网卡跃点反而更低，后续设置的排除规则很可能会被系统默认路由顶掉，导致VPN的外网流量反而走本地网关。
这一步的预期结果是，你能明确自己的VPN是支持自定义分流的第三方客户端，还是系统自带的原生VPN连接，后者的排除规则需要在系统路由表手动添加，不能直接在VPN客户端界面配置，提前区分能避免你在客户端里找半天找不到设置入口。
配置VPN排除局域网规则前，优先核对网卡路由优先级规避后续路由冲突
梳理本地所有需要走局域网直连的目标网段
很多用户设置VPN排除局域网规则的时候只加了常见的192.168.0.0/16网段，却忽略了部分公司内网、校园网用的是10.0.0.0/8或者172.16.0.0/12的保留网段，设置完之后发现部分内网服务还是走VPN隧道，Dragon加速器访问延迟暴涨甚至直接打不开。
你可以先断开VPN，正常连接本地局域网之后，依次访问所有你需要用的内网服务，比如共享文件夹、监控摄像头、内网OA系统，同时在命令行执行路由打印操作，把当前本地路由表中所有指向物理网卡的局域网条目全部导出备份，不要凭记忆写网段，很容易漏写特殊的VLAN划分网段。
这一步的预期结果是你手里有一份完整的本地局域网私网网段清单，不会出现设置完排除规则之后，漏了某个网段导致内网设备失联的问题，也不会把公网IP段误加入排除列表，Dragon影响VPN的正常访问逻辑。
提前验证局域网网关与VPN远端网关的无冲突性
这是很多用户最容易踩的坑，如果你本地局域网的网关网段，和VPN远端服务器的虚拟内网网段完全一致，比如两边都用192.168.1.0/24，就算你加了排除规则，系统路由也会出现寻址冲突，数据包不知道该往本地网关发还是往VPN虚拟网卡发。
你可以分别查看本地物理网卡的网关地址，和VPN连接成功之后虚拟网卡获取的IP地址所属网段，对比两个网段的地址段有没有重叠，如果出现完全一致或者部分重叠的情况，Dragon加速器优先修改本地路由器的LAN口网段，把本地网段改成不常用的私网段，从根源上避免路由冲突。
这一步的预期结果是本地网段和VPN远端网段完全独立没有重叠，后续添加的排除规则不会出现路由优先级抢不过VPN默认路由的问题，也不会出现部分内网地址时而能访问时而断连的诡异现象。
临时关闭系统与客户端的路由自动同步功能
不少商用VPN客户端连接成功之后，会自动向系统路由表注入全流量转发的规则，甚至会自动修改你本地的静态路由条目，如果你在开启这个功能的状态下手动添加排除规则，重启VPN之后规则就会被自动覆盖，之前的配置全部失效。
你可以打开VPN客户端的设置界面，找到分流相关的选项，先关闭“强制全流量隧道”“自动同步系统路由”这类开关，同时暂时关闭系统自带的路由自动更新服务，避免后台自动改写你后续要添加的静态路由条目。
做完所有准备工作之后，你可以先做一次小范围测试，只把单个常用的内网设备IP加入排除规则，测试访问是否正常，确认规则生效之后，再批量导入之前整理好的所有局域网网段，整个配置过程就不会出现大面积的网络故障。如果测试发现规则不生效，你可以回溯前面几个检查项逐一排查，大概率是网段重叠或者路由优先级配置错误导致的，不需要直接重置整个网络配置。
