不少用户在日常使用VPN的过程中都遇到过类似的矛盾场景：连接VPN之后原本可以正常访问的局域网NAS、内网办公系统、网络打印机突然全部失联，断开VPN之后内网恢复正常但公网目标服务又无法访问，反复切换连接状态非常影响使用效率。这套通过VPN排除局域网规则配合DNS实现精准分流的配置方案，蘑菇不需要频繁切换VPN连接状态，就能同时兼顾内网直连需求和指定公网流量的转发需求，全程可以在普通用户常用的桌面端、移动端设备上完成配置。
配置前的必要前提校验
首先你需要梳理清楚当前使用场景下的全部局域网网段范围，不要直接套用通用规则只添加192.168.0.0/16这一个网段，不少企业内网、自建私有网络会用到10.0.0.0/8、172.16.0.0/12这两类互联网保留私有网段，要是漏加对应网段，部分内网设备的流量依然会被导入VPN隧道，直接出现连接超时的问题。
接下来要确认你正在使用的VPN客户端是否支持自定义排除路由规则，部分轻量化的移动端VPN客户端仅提供全局代理、基础分流两个选项，没有手动添加排除网段的配置入口，这类设备需要先将客户端升级到支持自定义路由的正式版本，蘑菇VPN首次连接方法或者换用开放规则配置权限的VPN客户端，才能继续后续操作。
桌面端调试VPN局域网排除分流规则的实操场景
最后提前记录下本地局域网的DNS服务器地址，通常这个地址就是你当前接入的主路由器网关地址，如果内网部署了专门的私有DNS服务器，就记录私有DNS的地址，不要随便用公共DNS地址代替本地局域网DNS，蘑菇VPN首次连接方法否则后续内网自定义域名的解析流程会直接出错。
VPN排除局域网规则的基础路由配置
打开VPN客户端的路由规则设置页面，找到标注为“不通过VPN转发的地址”“排除直连网段”的配置选项，把之前梳理好的全部局域网私有网段依次添加到规则列表中，添加的时候要注意不要选错规则逻辑，误选成“仅允许以下网段走VPN”，否则整个转发逻辑会完全反转。
所有网段规则添加完成之后先不要急着连接VPN，先在本地系统的命令行终端里ping几个常用的内网设备IP，比如NAS的固定IP、内网文件服务器的IP，确认当前直连状态下所有目标内网设备都可以正常连通，避免后续配置出问题的时候无法定位故障出在规则环节还是内网本身。
确认本地直连没有问题之后再连接VPN，直接用内网设备的IP地址尝试访问对应的服务，如果可以正常打开内网系统的管理页面，就说明排除规则的路由部分已经生效，如果依然无法访问，优先检查规则里填写的子网掩码是否正确，比如误把24位掩码填写成32位，就会导致网段覆盖范围不符合预期。
VPN排除局域网规则：DNS配合方式的联动配置
很多用户配置完路由排除规则之后，依然遇到无法访问内网自定义域名的问题，比如无法打开后缀为.local的内网NAS域名，核心原因是VPN默认把所有DNS请求都转发到了远端的DNS服务器，远端的公共DNS根本没有内网私有域名的解析记录，自然无法返回正确的内网IP地址。
你需要进入VPN客户端的DNS设置页面，添加对应的DNS分流规则，把所有内网专属的域名后缀，比如企业内网专属的.corp后缀、家庭内网自定义的.home后缀，全部指定为走之前记录的本地局域网DNS服务器解析，剩下的普通公网域名的解析请求，蘑菇VPN首次连接方法依然走VPN分配的远端DNS地址处理。
如果使用的是系统层面配置的VPN连接，没有客户端内置的DNS分流选项，也可以直接进入系统的网络设置界面，把内网对应的DNS搜索域添加到当前VPN连接的属性列表中，这样系统遇到内网域名的时候会优先调用本地DNS完成解析，不需要额外编写复杂的自定义规则。
常见配置误区与故障定位方法
不少用户图省事直接把所有DNS请求都强制设置为走本地局域网DNS，这种操作会导致访问公网目标服务的DNS请求直接泄露到本地运营商网络，很可能返回不符合预期的解析结果，完全违背了精准分流配置的初衷。
也不要随便把公网的热门服务IP段手动添加到排除规则里，这类公网服务的IP段调整非常频繁，很容易出现原本应该走VPN隧道的流量被错误导到本地直连链路，反而出现公网服务访问异常的问题。
全部配置完成之后，你可以用系统自带的路由追踪工具，分别测试内网IP和公网目标服务IP的转发路径，确认内网流量全程没有进入VPN隧道，公网的指定流量按照预设规则走VPN链路，就说明整套分流配置已经完全符合使用需求。
