首页 / 使用指南 / DNS 泄漏检测
自检流程 · 守住解析边界

流量走了加密通道,解析请求呢?

很多人以为“连接上了就安全了”。但连接成功只说明流量走了加密通道, 不代表所有环节都在通道里。域名解析请求是独立于普通流量的一种查询, 如果它绕过了通道,网络中的第三方仍然能看出你访问了哪些站点。

这一页要做的事情很具体:教你用可操作的方法, 确认解析请求的去向。不夸大风险,不制造焦虑, 只把检测怎么做、结果怎么读、问题怎么处理讲清楚。

一句话理解 DNS 泄漏:你的“信件”走了加密通道, 但“收件地址的查询电话”却走了普通线路—— 中间人听不到信件内容,却能知道你在给谁写信。
01
概念拆解

先弄懂 DNS 是什么,泄漏从哪来

概念不清,检测就没有意义。下面用最直白的方式, 把 DNS 的作用和泄漏的成因讲清楚。

🔎 DNS 是什么Domain Name System

上网时,你输入的是域名(比如 quickqjy.com.cn), 而设备实际连接的是 IP 地址。把域名翻译成 IP 的这个过程, 就是 DNS 解析。

每次你打开一个网站、加载一个页面、点击一个链接, 背后都发生了一次或多次 DNS 查询。 这些查询就像“查电话簿”的动作。

打个比方:DNS 就像电话簿。你要打电话给“张三”, 得先查一下张三的电话号码。DNS 就是那个帮你查号码的系统。
🕳️ 为什么会泄漏Why It Happens

DNS 请求是独立于普通流量的一种查询。 如果系统配置没有随连接一起更新, 解析请求就可能仍然发往本地运营商的服务器, 从而暴露在加密通道之外。

这不是“有人故意偷看”,而是系统配置的一个缝隙。 常见触发场景:新连接建立时配置未及时下发、 系统 DNS 设置被其他软件改写、 或某些应用使用了自己的解析逻辑。

打个比方:你换了新的信箱,但电话簿的查询电话还填的是老号码。 信件投到了新信箱,但查询电话打给了旧的服务台。
关键理解:DNS 泄漏不会让你“立刻被攻击”, 它降低的是隐私保护水平。对于注重隐私的用户来说, 这仍然值得认真对待。检测的意义在于“知道现状”, 而不是“制造恐慌”。
02
自检四步

四步走完,就知道解析请求走了哪条路

整个检测过程大约五分钟,不需要安装额外工具。 四步的核心逻辑是“对比”——先测基准,再测连接后, 对比两者差异,换节点复测。

基准线

先测基准

断开 QuickQ,访问一个 DNS 检测页面, 记录显示的解析服务器与归属地。 这是你的“原始状态”。

关键动作:截图或写下解析服务器的名称与归属地, 后面要用作对比。

连接后

再测连接后

开启 QuickQ 并确认状态为“已连接”, 重新访问同一个检测页面。 注意:必须用同一个检测页面,否则结果不可比。

关键动作:确认状态确实显示为已连接, 而不是“连接中”。

对比

对比结果

解析服务器应当发生变化, 且不再显示为本地运营商的地址。 如果连接后仍显示本地运营商,说明存在泄漏。

关键动作:对照两次记录, 重点看“归属地”一栏有没有变。

复测

多次验证

更换节点后重复上述步骤。 不同节点的解析策略可能不同, 单次检测结果不足以代表全部情况。

关键动作:至少换两个节点复测, 确认结果一致。

检测时机建议:不需要每天检测。 在以下时机做一次就够了——更换网络环境后、 更新客户端版本后、更换节点后, 以及任何你对隐私状态有疑虑的时候。
03
结果解读

四种结果,对应四种结论

检测结果通常落在下面四种情况之一。 每种情况的处理方式不同,对号入座即可。

检测结果 含义 建议动作
正常解析服务器变为节点所在地 解析已随通道走,保护范围完整 无需处理,属正常状态
泄漏仍显示本地运营商 解析请求绕过了加密通道,存在暴露风险 重新连接;检查系统 DNS 设置
部分走漏显示多个不同来源 部分解析走了通道,部分走了原路 更换节点后重测,确认是否节点策略问题
无法判定检测页面打不开 通道本身存在问题,检测无法进行 先排查连接问题,再回来做检测
关于“部分走漏”:这种情况比较复杂, 可能是节点策略的问题,也可能是系统同时使用了多个解析路径。 建议先更换节点复测,如果结果仍然不稳定, 可以通过客服渠道反馈,并附上多次检测的对比截图。
04
处理顺序

发现泄漏后,按这个顺序处理

确认存在泄漏后,不要急着下结论, 按下面五个步骤逐项排查。多数情况在前两步就能解决。

断开连接,等待数秒后重新连接

大多数泄漏是暂时的配置未下发导致的。 断开后重新连接,让配置重新下发, 往往能直接解决问题。

清理本机 DNS 缓存

系统可能缓存了旧的解析结果。 各系统清理命令不同,可在系统帮助中查询对应的操作方式。

确认没有其他网络工具同时运行

同时运行两个网络连接类工具会造成配置互相覆盖。 请先关闭或卸载其他工具,再重试连接。

更换节点后再次检测

排除单节点配置异常。如果换节点后检测正常, 说明原节点存在配置问题。如果换节点后仍然泄漏, 继续下一步。

通过客服渠道反馈

若以上步骤均无效,请通过 联络我们 页面提交反馈,并附上两次检测的对比截图、 设备信息、客户端版本号与问题出现时间。

处理原则:从最简单的动作开始, 逐步往复杂方向排查。不要一上来就怀疑是“严重问题”, 大多数泄漏是配置未下发导致的,重新连接就能解决。
05
检测时机

什么时候该做一次检测

不需要每天检测,也不必一次不落。 在下面三类场景下做一次,就能覆盖多数需要关注的时机。

🔄

更换网络环境后

从家庭 Wi-Fi 切换到公司网络,或从办公环境切换到公共 Wi-Fi, 系统的 DNS 配置可能随之改变。这是最应该做检测的时机。

推荐频率:每次更换网络环境后做一次。
⬆️

更新客户端版本后

新版本可能调整了解析策略或系统配置下发方式。 升级后做一次检测,能确认新版本在你的设备上工作正常。

推荐频率:每次客户端大版本更新后做一次。
🔀

更换节点后

不同节点的解析策略可能不同。 如果你刚切换到一个新节点,做一次检测能确认该节点是否正常工作。

推荐频率:首次使用某个节点时做一次。
06
常见误解

四个容易被误导的说法

DNS 泄漏这个概念在网络上流传着不少说法, 其中有四个最容易造成误判。搞清楚它们, 你对检测结果的理解会更准确。

😱

“DNS 泄漏就等于被攻击”

泄漏降低的是隐私保护水平,不等于“立刻被攻击”。 它的危害是“访问了哪些域名”对本地网络可见, 而不是“数据被读取”。

实际情况:DNS 泄漏是一个隐私层面的问题, 需要认真对待,但不需要恐慌。 对于注重隐私的用户,做一次检测是值得的。
🧪

“检测一次就够了”

不同节点的解析策略可能不同,单次检测结果不足以代表全部情况。 而且网络环境变化、系统设置变动,都可能改变检测结果。

实际情况:建议至少换两个节点复测, 并在更换网络环境后重新检测, 而不是“测一次就安心”。
🔍

“检测页面显示绿色就万事大吉”

检测页面显示的是“当前这一次查询的结果”。 如果系统的解析路径在多个服务器之间轮询, 单次检测可能只反映了其中一条路径的状态。

实际情况:多测几次, 观察结果是否稳定。如果每次都显示正常, 才能认为“当前状态正常”。
⚙️

“自己改 DNS 设置就能解决”

手动改 DNS 设置不一定能解决泄漏问题, 而且可能引入新的问题。 如果系统配置没随连接一起更新, 手动改 DNS 也只是在旧路径上换了服务器。

实际情况:先尝试断开重连、清理缓存、 更换节点这些基础操作。 手动改 DNS 作为最后手段,并注意记录原始配置以便回退。
常见问题

关于 DNS 泄漏检测,先看这几条

下面几条是 DNS 泄漏相关最高频的问题。点开任意一条,不用跳转就能看完。

DNS 泄漏会造成什么实际影响?
DNS 泄漏会让本地网络看到你访问了哪些域名。 它不会让你“立刻被攻击”,也不等于数据被读取, 但会降低隐私保护水平。对于注重隐私的用户来说, 这仍然值得认真对待。
检测一次就够了吗?
不够。不同节点的解析策略可能不同, 单次检测结果不足以代表全部情况。 建议至少换两个节点复测, 并在更换网络环境、更新客户端版本后重新检测。
发现泄漏后第一步做什么?
先断开连接,等待数秒后重新连接。 大多数泄漏是暂时的配置未下发导致的, 重新连接往往能直接解决。如果无效, 再按“清理缓存 → 关闭同类工具 → 更换节点 → 反馈客服” 的顺序逐项处理。
手动改 DNS 设置有用吗?
不一定。如果系统配置没有随连接一起更新, 手动改 DNS 也只是在旧路径上换了服务器, 无法让解析请求走加密通道。 建议先把基础操作做完,再考虑手动改设置。
为什么换了节点之后检测结果不一样?
不同节点的解析策略可能不同。 有些节点会将解析请求一并接管, 有些节点的配置下发方式可能有差异。 这也是建议换节点复测的原因—— 目的是确认哪个节点的表现更稳定。
检测页面打不开怎么办?
检测页面打不开通常说明通道本身存在问题。 先排查连接问题,比如换节点、 确认客户端状态、检查本地网络, 等连接正常后再回来做检测。 参见连接失败排查。