VPN DNS 泄漏检查：团队使用前后要核对哪些客户端设置
团队成员连接 VPN 后，网页能打开，并不代表域名查询也按预期受到保护。VPN DNS 泄漏检查要解决的是：查询是否仍交给本地网络提供的解析服务，以及浏览器、系统和客户端是否采用了不同路径。团队使用 RedGate VPN 时，应先明确全局保护还是业务分流，再统一检查流程，避免把正常分流误判为泄漏。
检查前：先记录环境与保护范围
为每台设备记录系统版本、客户端版本、网络类型，以及是否开启浏览器安全 DNS。无需登记完整浏览记录或业务域名。团队应约定测试模式：先在全局保护状态下建立基准，再验证日常分流；否则不同成员的检测结果缺乏可比性。
- 从可信下载入口安装或更新 RedGate VPN，并确认系统已授予 VPN 连接权限。
- 通过团队认可的渠道导入订阅，不把订阅链接发到公开群聊或检测网站。
- 查看客户端是否提供 DNS 保护、隧道内解析或连接中断保护；仅启用当前版本实际提供的选项。
- 记录系统中的自定义 DNS、浏览器安全 DNS及其他网络过滤工具，暂时不要一次修改多项。
先记录原设置，再做单项调整。受组织管理的设备若无法修改某项设置，应交由管理员确认，不要为完成检测而绕过管理限制。
连接前后：用同一套方法对照检查
- 在未连接 VPN 时，打开 DNS 检测页面并运行测试，记录显示的解析机构和大致地区，作为当前网络基线。
- 连接 RedGate VPN，确认客户端显示已连接；使用全局保护模式，关闭旧检测标签页，再重新打开页面运行测试。
- 换一个独立的检测页面复核。观察连接后的结果是否仍出现本地运营商或当前网络提供者，并结合客户端说明判断。
- 保持 VPN 连接，分别验证常用浏览器；再切换到团队日常使用的分流模式，重复检查并标注模式变化。
解析地区不等于出口地区。解析服务可能采用分布式网络，机构名称也未必与 VPN 产品名称一致。单凭地区不同，不能直接断定泄漏；检测页面通常也只反映本次浏览器触发的查询，不能证明所有应用都受到保护。
发现异常后：按客户端、浏览器、分流顺序排查
若全局模式下仍反复出现本地网络的解析结果，先断开重连，确认 VPN 权限有效，并检查是否有其他代理或网络过滤工具同时运行。更新客户端后再测；问题持续时，可参考连接排查教程，不要连续更换多项设置后只看一次结果。
如果只有某个浏览器结果异常，检查其安全 DNS 是否采用独立解析服务。在团队政策允许的情况下，临时调整该选项并复测，完成后按既定隐私策略保留或恢复。独立解析不一定意味着查询已泄漏，但也不能仅凭“加密”就认定它经过 VPN。
如果异常只发生在分流模式，核对直连规则是否包含检测页面或相关请求。允许直连的业务需要单独评估，不能直接套用全局模式的结论。可结合分流教程确认规则用途，避免为了让检测结果好看而破坏正常办公访问。
团队验收：留结论，不收集敏感内容
检查完成后，仅保存设备代号、测试时间、连接模式、解析机构及处理结论；截图应遮盖公网 IP 等识别信息。更换网络、更新客户端或调整分流后重新检查。一次通过不代表永久安全，也不代表已获得匿名性；团队应以可复现的对照结果持续验证隐私设置。