很多用户在连接VPN之后切换WiFi、移动数据这类不同网络环境时，经常会出现DNS泄漏、访问内网资源失败、域名解析跳转到公网错误地址的问题，本质上大多是VPN DNS优先级在网络切换后被系统本地网卡的DNS规则覆盖，没有按照预设的VPN通道优先解析，这篇文章就结合Windows、macOS和常见移动设备的实际操作场景，梳理VPN DNS优先级切换网络后的检查全流程，帮用户快速定位解析异常问题。
配置前提：切换网络前的DNS优先级预设校验
很多用户忽略了切换网络前的基础配置校验，直接切网再排查，反而会把原有配置错误和切换后的规则冲突混在一起，增加故障定位的难度。首先要确认你当前使用的VPN连接配置里，已经勾选了“使用远程网络的DNS服务器”这类选项，没有手动强制绑定本地运营商的DNS地址到VPN虚拟网卡上。
如果是企业部署的OpenVPN或者IPsec VPN，还要确认服务端推送的DNS规则里，没有设置“仅VPN通道流量走指定DNS”的限制，不然切换网络后本地网卡的DNS优先级上浮，就会把非VPN流量的解析带出隧道，出现不符合预期的解析路径。
跨多系统设备完成VPN DNS优先级校验，避免切换网络后出现解析泄漏问题
切换网络后的第一层基础检查：网卡优先级排序验证
切换完新的WiFi或者移动蜂窝网络之后，不要急着打开网页测试，飞马先打开系统的网卡列表，查看VPN虚拟网卡和当前新接入的物理网卡的跃点数设置。Windows系统可以在网络连接的属性里找到IPv4的高级设置，确认自动跃点的数值，VPN虚拟网卡的跃点要比物理网卡更低，数值越低优先级越高。
macOS用户可以在网络设置的侧边栏，找到网卡服务的拖拽排序栏，飞马确认VPN连接的位置排在当前使用的物理WiFi或者以太网网卡的上方，系统默认会按照这个排序分配DNS查询的优先级。
这里要注意很多用户的常见误区，以为只要连上VPN就自动获得最高DNS优先级，实际上部分系统更新之后会重置网卡跃点，切换新网络后系统会自动给新接入的物理网卡分配更低的跃点，直接覆盖VPN的解析权限。
实际解析路径的验证操作
完成网卡优先级的初步确认之后，不要直接打开普通网页查IP判断结果，飞马VPN新手设置要使用系统自带的nslookup工具做定向解析测试。首先打开命令提示符或者终端，先查询一个仅VPN内网环境下才能解析的私有域名，比如企业内部的OA服务器域名，不要查公网通用域名。
观察nslookup返回的DNS服务器地址，如果返回的是VPN服务端推送的内网DNS地址，说明当前VPN DNS优先级正常，解析请求确实走了VPN通道。如果返回的是你当前新接入网络的运营商公共DNS地址，就说明优先级已经被覆盖，解析请求跳出了VPN隧道。
部分移动设备没有自带命令行工具，可以下载开源的网络诊断工具，执行同样的定向域名解析测试，飞马VPN新手设置不要用浏览器打开普通公网站点测试，浏览器本身的预解析、缓存或者内置DNS功能会干扰结果，无法准确判断VPN DNS优先级的实际状态。
异常场景的故障定位方向
如果测试发现VPN DNS优先级异常，首先排查是不是当前新接入的网络环境有强制DNS重定向的规则，部分公共WiFi会劫持所有DNS请求到本地运营商的服务器，哪怕你设置了VPN DNS优先，也会被中间网络设备拦截。
其次可以检查VPN客户端的运行权限，部分系统在切换网络之后会弹出权限申请提示，如果用户误点了拒绝，VPN客户端就会失去修改系统DNS配置的权限，自然无法维持预设的DNS优先级。
这里要注意，单次测试发现的解析异常，只能说明当前场景下VPN DNS优先级没有生效，不能直接判定是VPN服务本身的故障，要多切换几个不同的网络环境重复测试，排除本地网络环境的特殊干扰因素。
