很多用户在启用全局VPN之后，经常遇到访问家里的NAS、公司内网的打印机、本地共享文件夹失败的问题，哪怕已经在VPN客户端里加了局域网地址段的排除规则，还是会出现解析异常跳转到VPN远端节点的情况，这篇教程就围绕VPN排除局域网规则：DNS配合方式展开，小熊一步步教大家通过调整DNS配置补全排除规则的逻辑漏洞，实现公网VPN访问和本地局域网资源访问互不干扰的效果。
调整VPN路由排除规则与DNS配置，实现公网访问和本地局域网资源正常访问互不干扰
配置前的前提检查
先确认你当前使用的VPN客户端本身支持自定义路由排除规则，不要完全依赖客户端自带的“绕过局域网”默认选项，很多默认规则只覆盖了最常见的192.168.0.0/16段，不少企业或者自定义局域网用的10.x段、172.16.x段很容易被漏判，提前确认规则自定义权限能避免后续做无用功。
接下来要先梳理自己当前局域网内所有需要访问的资源对应的网段，还有本地DNS服务器的地址，一般家用场景下这个DNS就是你主路由的管理IP，企业场景下是内网IT部门提供的内部DNS地址，不要用公共DNS来解析局域网域名，公共DNS本身没有内网资源的解析记录，强行设置只会得到无效返回。
VPN排除规则的基础配置补全
先打开你正在使用的VPN客户端的路由设置页，把之前梳理出来的所有局域网网段全部添加到“不走VPN隧道”的排除路由列表里，这一步是先保证所有发往局域网资源的数据包，物理层面不会被转发到VPN的远端服务器，从链路底层给本地访问开绿色通道。
这时候很多用户会发现哪怕加了路由排除，访问局域网的自定义域名比如公司的OA内网地址，还是打不开，核心原因就是VPN启动之后系统默认把全局DNS改成了VPN远端的DNS服务器，你输入内网域名的时候，请求直接发到了远端DNS，自然返回不了正确的局域网IP，这也是VPN排除局域网规则：DNS配合方式要解决的核心矛盾。
DNS分流配合的具体配置步骤
如果你用的是Windows系统，可以打开网络适配器的属性页，小熊加速器找到你当前正在使用的物理网卡的IPv4设置，把本地局域网的DNS地址添加到DNS列表的首位，后面再保留VPN分配的远端DNS地址，不要把公共DNS放在本地DNS前面，避免内网域名解析请求被优先转发到公网节点。
如果你用的是支持自定义规则的VPN客户端，可以直接在客户端的DNS设置里添加域名匹配规则，所有后缀为内网自定义域名的解析请求，全部走本地局域网的DNS服务器，剩下的普通公网域名解析走VPN分配的DNS，这种分流方式比全局改DNS的兼容性更好，也不会影响VPN本身的公网访问效果。
配置完成之后不要急着直接使用业务场景，先打开系统的命令行工具，用路由追踪命令随便访问一个局域网内的设备IP，确认数据包的下一跳是你本地的网关地址，而不是VPN的虚拟网卡网关，这一步可以先验证之前加的排除路由有没有生效，避免后续排查问题的时候混淆故障点。
效果验证与常见误区排查
接下来再用nslookup工具测试内网域名的解析结果，看返回的解析服务器地址是不是你填写的本地局域网DNS，解析出来的IP地址属于你自己的局域网网段，就说明VPN排除局域网规则：DNS配合方式已经配置生效了，这时候你既可以正常通过VPN访问远端的公网资源，也可以正常打开家里的共享文件夹、公司的内网办公系统。
很多用户配置的时候容易踩的第一个误区，就是为了图省事直接把系统的全局DNS改成本地内网DNS，这样会导致你访问公网域名的时候解析请求也发到本地DNS，部分运营商的本地DNS会把公网域名的解析结果缓存到本地，反而让VPN的隧道访问失去原本的配置意义。
还有一个常见误区是只配置了DNS分流，没有添加对应的局域网排除路由，就算解析出来了正确的局域网IP，系统还是会把发往这个IP的数据包往VPN隧道里转发，最后出现数据包绕了一大圈找不到本地资源的情况，两个环节必须同时配置才能形成完整的逻辑闭环。
如果配置之后偶尔还是出现内网域名解析失败的情况，可以先清空一下系统的本地DNS缓存，再重新测试解析流程，要是还是有异常可以检查有没有其他第三方安全软件篡改了系统的DNS优先级，把VPN的DNS优先级强行抬到了本地DNS前面，调整对应软件的权限规则之后就能恢复正常。
