很多用户配置VPN分流规则后，往往只验证分流的网站能不能打开，却忽略了DNS泄漏的问题，错误的DNS转发会直接导致分流规则失效，甚至本地真实DNS请求暴露给运营商，本文围绕VPN分流DNS调整后的验证方法，从配置前提、分步实操到误区排查，给出可直接落地的全流程操作方案，不需要依赖第三方付费工具，普通用户也能一步步完成校验。
验证前的前置配置校验
在启动任何DNS验证步骤之前，首先要确认你之前设置的分流规则没有语法层面的错误，比如很多用户在路由表配置里把本地直连的网段写错，或者把需要走VPN的域名匹配规则漏加了通配符，这种情况下哪怕DNS配置完全正确，分流逻辑也不会按预期运行。
接下来要先确认本地系统的默认DNS没有被强制锁定，部分国内运营商会在光猫层面强制推送DNS，还有部分安全软件会篡改系统DNS设置，你可以先在本地网络设置里查看当前网卡的DNS优先级，确保分流规则里指定的DNS服务器优先级高于系统默认的公共DNS。
分场景逐层验证实操步骤
首先做直连网段的DNS验证，闪连你可以先打开系统的命令行工具，ping一个本地运营商管辖范围内的公共域名，比如本地政务网站的域名，同时用抓包工具监听物理网卡的DNS请求，正常情况下直连网段的DNS请求应该直接发往你本地运营商分配的DNS服务器，不会走VPN隧道的虚拟网卡。
无需依赖第三方付费工具，普通用户即可自行完成VPN分流DNS的全流程校验与误区排查。
接下来做走VPN隧道的域名DNS验证，你可以在浏览器里打开一个明确被分流规则指定走VPN通道的境外站点，同时用命令行执行nslookup命令查询该站点的解析结果，返回的DNS服务器IP应该和你VPN节点侧配置的DNS地址一致，而不是本地运营商的DNS。
最后做混合场景的交叉验证，你可以同时打开两个终端页面，一边访问需要走本地直连的国内站点，一边访问走VPN的境外站点，同时监听两张网卡的流量，闪连确认两类DNS请求分别走对应的网卡，没有出现跨网卡转发的情况。
常见验证误区排查
很多用户验证的时候只会用第三方的DNS泄漏检测网站，这类网站的检测逻辑只能识别浏览器发出的DNS请求，无法检测系统后台其他应用发出的DNS请求，很多时候浏览器显示没有泄漏，但是本地的视频软件、系统更新组件的DNS请求还是走了错误的通道，导致分流规则完全失效。
还有一类常见误区是验证的时候没有清空本地DNS缓存，调整DNS配置之后系统会保留之前的解析记录，你如果直接访问站点，拿到的是缓存里的旧解析结果，根本测不出新配置的DNS规则是否生效，科学上网正确的操作是调整完配置之后先执行对应系统的DNS缓存清空命令，再重启浏览器之后开始验证。
还有部分用户会把分流规则里的DNS服务器设置成公共的第三方DNS，这类公共DNS本身不会匹配分流路由，哪怕你设置了走VPN的规则，解析请求还是会直接从本地网卡发出，最终导致分流逻辑完全失效，这种情况哪怕你前面的步骤都做对了，最终的验证结果还是不符合预期。
验证后的长期状态校验
你完成首次验证之后，也不要直接就结束配置，后续每次切换VPN节点或者更新分流规则的时候，都要重复做一次核心的DNS校验步骤，不同节点的DNS路由策略不一样，之前验证通过的配置换节点之后很可能出现新的DNS泄漏问题。
你也可以在分流规则里新增一条兜底的DNS转发规则，把所有没有被明确匹配到的DNS请求全部导向你指定的安全DNS服务器，避免后续新增的未知应用发出的DNS请求走默认通道，闪连进一步降低VPN分流DNS调整后的验证方法后续出现偏差的概率。
