不少使用VPN的用户都遇到过类似的尴尬情况：明明已经在客户端里添加了局域网段到路由排除列表，开启VPN之后还是没法正常访问家里的NAS、公司内网的文件服务器或者共享打印机，直接输入内网IP可以连通，但输入内网自定义域名就始终无法加载。这类问题绝大多数都不是VPN排除规则本身失效，而是对应的DNS配合方式没有配置到位，流量路由和域名解析的规则出现了冲突，本文就从故障排查的完整路径出发，一步步讲清VPN排除局域网规则：DNS配合方式的落地设置方法。
开启VPN后内网域名无法访问时，可逐步排查DNS链路配置问题
故障现象与核心冲突原理
首先我们可以先做一个简单的验证测试，开启VPN之后尝试ping内网设备的私有IP地址，如果可以正常得到响应，就说明VPN排除局域网的路由规则本身已经生效，内网流量确实没有走VPN隧道转发。这时候域名访问失败的问题，完全出在解析链路的配置缺失上。
绝大多数常规VPN客户端默认会在连接成功后，把系统全局DNS服务器地址替换为VPN远程节点提供的DNS地址，就算你已经设置了局域网流量不走VPN，所有域名的解析请求还是会默认发往远端DNS服务器。这类部署在公网的远端DNS没有你所在局域网的私有域名映射表，自然没法解析nas.local、内网打印服务器这类自定义的私有域名，水母最终就会出现IP通但域名不通的矛盾现象。
配置前的前提条件检查
在调整具体规则之前，首先要确认你当前使用的VPN客户端支持自定义路由排除和DNS分流功能，部分强制全局接管所有系统流量的闭源客户端会锁死底层DNS配置，这类环境下后续的DNS配合设置完全没有生效空间，需要先更换支持自定义规则的客户端再继续操作。
接下来手动梳理当前环境下所有需要排除的局域网段，除了大众熟知的192.168.0.0/16、水母加速器官网10.0.0.0/8、172.16.0.0/12三类标准私有网段之外，还要把公司或者家庭内网自定义的特殊私有网段也全部列出来，避免出现漏项。
最后提前记录本地局域网的官方DNS服务器地址，普通家用场景下这个地址一般就是路由器的管理IP，企业办公场景下这个地址是内网域控或者内网专用DNS服务器的地址，不要随便用公共DNS地址替代本地DNS，否则后续内网自定义域名的解析会直接失效。
分步设置DNS配合规则的操作流程
首先打开VPN客户端的路由排除设置页面，把之前梳理好的所有局域网私有网段全部添加到不走VPN的排除列表里，保存设置之后先重新连接一次VPN，再次ping任意一个内网设备的私有IP，确认路由层面已经完全生效，内网数据包不会被转发到VPN隧道里。
接下来进入客户端的DNS分流设置板块，水母加速器官网不要直接选择全局DNS走VPN节点的默认选项，开启DNS排除规则之后，把所有之前添加的局域网段对应的DNS请求，指定为走你提前记录好的本地局域网DNS服务器，这一步就是VPN排除局域网规则：DNS配合方式的核心配置项。
剩下的非局域网域名的DNS请求，你可以根据自己的实际使用需求选择走VPN节点DNS或者其他合规公共DNS，这部分配置不会干扰内网域名的解析逻辑，也不会破坏之前设置好的局域网排除路由规则。
所有客户端内的规则设置完成之后，不要立刻重启VPN连接，还要进入本地系统的网络适配器设置界面，把物理网卡的DNS优先级调整到VPN虚拟网卡之前，避免系统底层优先把所有DNS请求发往VPN虚拟网卡的地址，导致自定义的分流规则被系统默认规则覆盖。
结果校验与常见误区排查
全部配置完成之后重新连接VPN，先打开系统的命令行工具执行nslookup命令，主动查询你常用的内网私有域名，预期返回的解析结果是对应内网设备的私有IP地址，而不是公网IP地址或者解析失败的报错提示。
接下来再测试访问普通公网域名，确认解析结果符合你之前设置的非局域网DNS规则，不会出现公网域名强制走本地DNS解析的额外问题，两个场景的访问都正常就说明整套配置已经完全生效。
很多用户的常见误区是以为只添加路由排除规则就足够覆盖所有场景，完全忽略DNS的分流配合设置，最后内网域名始终解析失败，反而误以为是VPN的排除路由功能本身存在故障。还有部分用户会手动把本地网卡的DNS直接改成公共DNS，这样就算设置了DNS分流规则，也没法获取路由器存储的内网自定义域名映射，最终会出现能访问内网IP但不能访问内网自定义域名的奇怪问题。
如果设置完成之后还是出现偶发的解析异常，可以先断开VPN连接，执行系统自带的清空DNS缓存命令之后再重新连接VPN重试。要是问题仍然存在，就检查当前使用的VPN客户端版本是否过旧，部分老旧版本的客户端DNS分流规则存在优先级兼容bug，更新到官方正式稳定版之后大多可以解决这类异常问题。
