VPN DNS 泄漏检查：团队使用前后要确认的客户端设置
团队成员连接 VPN 后，网页能打开，并不代表 DNS 查询一定按预期受到保护。做 VPN DNS 泄漏检查，要确认连接前后的解析来源、客户端 DNS 设置和分流规则是否一致，同时排除浏览器安全 DNS、系统缓存与网络切换的干扰。本文以 RedGate VPN 的用户侧操作为例，帮助团队建立可重复的检查流程；具体选项以当前客户端实际显示为准。
检查前：统一环境，但不要先改所有设置
DNS 负责把域名转换成可访问的目标。若团队要求查询随 VPN 处理，但检查结果仍显示本地网络运营商的解析服务，就需要继续核查。检测页出现陌生机构或不同地区，不能单独证明发生泄漏；解析服务可能使用公共基础设施，地区标注也可能不准确。
- 从下载页面获取 RedGate VPN，记录客户端和系统版本，确认订阅已更新且可以正常连接。
- 记录当前连接的是办公 Wi-Fi、家庭宽带还是移动网络，测试中尽量保持不变。
- 检查客户端是否提供 DNS 保护、断线保护及 IPv6 相关选项，记录开关状态，不确定时不要批量修改。
- 查看浏览器是否开启安全 DNS，以及系统是否启用了手动 DNS 或其他网络代理。
团队只需统一检查项目，不必强行统一每台设备的菜单名称。受管理的办公设备如有固定安全策略，应先向管理员确认，不要为了测试擅自关闭。
连接前后：按同一顺序做对照
- 断开 VPN，打开可信的 DNS 检测页面，运行基础检测，记录解析服务机构及是否属于本地运营商，作为基线。
- 连接 RedGate VPN，等待客户端显示连接成功，再打开同一检测页面重新测试。不要只看页面上的出口 IP。
- 比较两次结果。若连接后仍出现基线中的本地解析来源，先核对分流和 DNS 设置，再判断是否偏离团队预期。
- 关闭测试标签页，重新连接后复测；条件允许时再用另一浏览器对照，排查浏览器独立解析带来的差异。
- 切换一次 Wi-Fi 与移动网络，待连接恢复后重复测试，检查网络变化后设置是否仍然有效。
检测网页只能观察这次测试触发的查询，不能证明所有应用都没有泄漏。建议每种常用系统先选一台设备试跑，形成检查清单后，再让成员逐一确认。
发现异常：优先排查这三类差异
第一类是分流。若浏览器或测试网站被设为直连，其查询路径可能与预期不同。可参考分流教程核对规则；在不影响办公要求的前提下，临时使用客户端提供的全局连接模式对照，再恢复原规则。
第二类是浏览器安全 DNS。它可能使用不同于系统或客户端的解析服务，结果不同不一定表示查询绕过 VPN。可在获得允许后临时关闭该选项复测，再按团队要求恢复；每次只改一项，避免无法定位原因。
第三类是重连与缓存。若异常只在唤醒或切网后出现，可重启浏览器并重新连接。仍无法恢复时，按连接排查教程整理复现步骤，不要反复随机更改设置。
团队留档：记录结论，不收集隐私
检查表保留测试时间、系统版本、网络类型、连接模式和异常现象即可。不要在群聊中上传订阅链接、账号凭据或未经遮挡的完整截图。客户端更新、分流调整或办公网络变化后应复测；若问题持续，向支持人员提供脱敏记录，并说明已做过哪些对照。