dnsleaktest 怎么用？DNS 泄漏检测、结果判断与修复步骤

更新于 2026-10-24 · flyingbird.site

简答：先打开 dnsleaktest，运行 Standard Test 查看实际响应 DNS 查询的服务器；若出现本地运营商或非预期解析器，再用 Extended Test 复核。本文覆盖 Windows、macOS、Android、iPhone、Chrome 与 Firefox 的排查方法。

定义：DNS 泄漏是指设备或浏览器的域名查询没有按预期经过指定解析服务，而是由本地网络、路由器、浏览器或其他解析器处理。

先做 30 秒速查：打开页面后看这三点

第一步：连接你正在使用的网络加速或连接客户端，打开 dnsleaktest，点击 Standard Test，等待结果完成。

第二步：查看结果中的 DNS 服务器、ISP、国家或地区、主机名与数量。不要只看数量，重点看解析器归属是否符合你的预期。

第三步：关闭连接客户端后再测一次，形成“关闭前后”对照。如果两次结果没有变化，说明当前浏览器查询可能仍由系统、路由器或浏览器自己的 DNS 设置处理。

dnsleaktest 的测试机制是让客户端解析测试域名，再展示实际参与递归解析的服务器；一个配置的 DNS 服务可能对应多个后端服务器，因此多个结果不一定等于泄漏。dnsleaktest 测试差异说明

Standard Test 和 Extended Test 有什么区别？

官方说明显示，Standard Test 会进行 1 轮 6 次查询；Extended Test 最多进行 6 轮、36 次查询，可能比标准测试多等待约 10 至 30 秒。这里的“最多”很重要，实际页面表现可能受网络与浏览器状态影响。Standard 与 Extended 测试说明

建议顺序是：关闭配置运行 Standard Test，开启配置运行 Standard Test，只有在结果不一致、数量变化明显或需要扩大观察范围时，再运行 Extended Test。

结果怎么判断：看归属，不要只看数量

如果你使用的是跨境办公网络或网络加速配置，不能把“没有本地运营商名称”直接等同于所有应用都没有泄漏。dnsleaktest 主要反映当前浏览器会话的查询，其他应用可能使用独立解析、独立分流或优先使用 IPv6。

关于 198.18.x.x：198.18.0.0/15 是 IANA 登记的网络互联设备基准测试保留地址段，RFC 2544 也将其用于网络设备测试场景。它不是 dnsleaktest 结果页列出的递归解析器公网地址。IANA IPv4 特殊用途地址注册表 RFC 2544

如果你在 nslookup 等本地命令中看到 198.18.x.x，更合理的解释是本机客户端接管了解析，并向应用返回了虚拟地址。是否存在 DNS 泄漏，仍要以 dnsleaktest 列出的实际递归解析器归属为准；不能用 198.18.x.x 本身作出结论。

中国用户常见场景：运营商 DNS、路由器 DHCP 与 IPv6

在家庭宽带、移动网络或办公 Wi‑Fi 中，设备的 DNS 可能来自多个位置：手动填写的 IPv4 DNS、路由器 DHCP 下发的 DNS、IPv6 RA 下发的 DNS、浏览器安全 DNS，以及连接客户端接管的 DNS。只修改其中一处，不能保证所有查询都走同一条路径。

1. 先看设备：记录当前 IPv4 DNS、IPv6 DNS、默认网关和是否启用私人 DNS或安全 DNS。
2. 再看路由器：检查 DHCP 下发的 DNS，以及 IPv6 设置中是否向终端发布 DNS 地址。不同路由器菜单名称不同，以当前固件显示为准。
3. 最后看浏览器和客户端：确认是否启用了独立安全 DNS、远程解析、分流或 IPv6 选项。
4. 每次只改一项：修改后重新运行 Standard Test，再决定是否需要 Extended Test。

如果只在 IPv6 网络下出现本地运营商解析器，优先检查路由器的 IPv6 DNS 下发和设备的 IPv6 DNS；如果关闭 IPv6 后结果改变，这只能说明 IPv6 路径值得继续排查，不能单独证明所有问题都由 IPv6 引起。

Apple 对路由器的说明也指出，路由器默认可以使用互联网服务提供商的 DNS，连接到该路由器的设备可能继续使用该 DNS；因此路由器 DHCP 与 IPv6 设置需要和设备设置一起核对。Apple 路由器与 Wi‑Fi DNS 设置说明

按设备排查：Windows、macOS、Android 与 iPhone

Windows

1. 打开命令提示符，执行 ipconfig /all，记录当前网卡的 DNS Servers、IPv4、IPv6 和 Default Gateway。
2. 执行 nslookup example.com，查看输出中的 Server 和 Address。Microsoft 说明，nslookup 不使用客户端 DNS 缓存，解析会使用客户端配置的 DNS 服务器。Microsoft DNS 客户端排查文档
3. 执行 ipconfig /flushdns 清空本机 DNS 客户端缓存，然后重新运行 dnsleaktest。清缓存不会改变路由器、浏览器或 IPv6 的 DNS 路径。
4. 打开“设置—网络和 Internet—Wi‑Fi 或以太网—DNS 服务器分配”，路径以当前 Windows 版本为准；同时确认 IPv6 DNS 是否仍由路由器或运营商下发。

macOS

1. 打开“系统设置—网络”，选择当前 Wi‑Fi 或有线服务，进入“详细信息—DNS”，记录 IPv4 和 IPv6 DNS。
2. 如果存在多个网络位置或网络服务，逐个确认正在使用的服务，不要只修改未连接的配置。
3. 检查浏览器安全 DNS 是否与系统 DNS 指向不同服务。修改后断开并重新连接网络，再运行 Standard Test。

Android

1. 打开“设置—网络和互联网—私人 DNS”；不同厂商路径可能不同，也可以直接搜索“私人 DNS”。
2. 在“关闭”“自动”“私人 DNS 提供商主机名”中选择一个明确方案，保存后重新测试。
3. 检查 Chrome 的“设置—隐私和安全—使用安全 DNS”，避免系统私人 DNS与浏览器安全 DNS 指向不同服务。
4. 如果使用连接客户端，检查其 DNS 模式、分流规则与 IPv6 选项。Google 说明，私人 DNS只保护 DNS 查询与回答，不会保护其他连接。Android 私人 DNS 官方说明

iPhone

1. 打开“设置—Wi‑Fi”，点击当前网络右侧的信息按钮，进入 DNS 相关设置；Apple 文档显示，这里可以配置 DNS、HTTP 代理等网络设置，具体名称以当前 iOS 版本为准。Apple iPhone Wi‑Fi 设置说明
2. 确认当前 Wi‑Fi 的 DNS 是自动获取还是手动填写。这里的“配置 DNS”主要是 IPv4/IPv6 的自动或手动设置，不等同于加密 DNS 开关。
3. 如果安装过描述文件或网络管理配置，在“设置”中搜索“描述文件”“设备管理”等关键词，确认是否仍有生效的 DNS 或网络配置。
4. Wi‑Fi 测试完成后，再用移动网络重复一次，因为两种网络可能下发不同 DNS。

Chrome、Firefox 与连接客户端怎么避免两套 DNS

Chrome

1. 打开“设置—隐私和安全—安全”，找到“使用安全 DNS”。
2. 自动模式遇到解析问题时，Chrome 可能回退到未加密解析；如果选择自定义服务商，Chrome 不会默认回退到未加密模式。
3. 如果你的系统或连接客户端已经负责 DNS，浏览器应选择与整体方案一致的设置；不要让浏览器固定使用另一家服务而又期待系统测试结果完全一致。

Google 官方说明了 Chrome 安全 DNS 的自动模式、自定义服务商和回退行为。Chrome 安全 DNS 官方说明

Firefox

1. 打开“设置—隐私与安全—DNS over HTTPS”，路径以当前版本为准。
2. Firefox 的保护级别包括“默认保护、增强保护、最大保护、关闭”；“自定义保护”是保护设置中的服务商选项，不是与前四项并列的独立模式。
3. 如果办公网络依赖内部 DNS，默认保护或关闭可能更适合排查；如果需要固定使用指定加密 DNS，可在增强或最大保护设置中选择服务商，再重新运行测试。
4. 查看状态是 Active、Not active 还是 Off。Mozilla 说明，默认保护可能在网络、管理策略或连接异常时回退或停用；最大保护在无法连接时会提示。Firefox DNS over HTTPS 保护级别说明

连接客户端也要单独核对 DNS 模式。远程解析通常由连接端处理，本地解析则可能继续使用系统、路由器或运营商 DNS；分流规则、应用级设置和 IPv6 都可能让浏览器与其他应用出现不同结果。

可复制的四组复测记录表

为了避免凭一次结果下结论，建议保留下面四组记录。每次只改变一个开关，测试类型、网络和浏览器尽量保持一致。

如果四组结果中只有某一个浏览器异常，优先排查浏览器安全 DNS 和扩展；如果所有浏览器在同一 Wi‑Fi 下都出现本地解析器，优先检查路由器 DHCP、IPv6 RA 和设备网络设置；如果只有某个应用异常，还要检查该应用是否使用独立 DNS。

结果为空、一直等待或归属不明怎么办？

1. 页面打不开：先确认普通网页是否能打开，再换浏览器或切换 Wi‑Fi、移动网络；不要把测试页面打不开直接判断为 DNS 泄漏。
2. 结果为空：先运行 Standard Test，关闭浏览器扩展和安全 DNS，重新打开页面。
3. Extended Test 一直等待：先回到 Standard Test确认基本路径，再检查网络策略、客户端状态和浏览器扩展。
4. 解析器归属不明：查看 ISP、主机名、地区和关闭/开启配置后的变化，不要只根据一个 IP 地址判断。
5. Windows 需要本地确认：执行 ipconfig /all、nslookup example.com，必要时执行 ipconfig /flushdns 后重新测试。

Microsoft 说明，DNS 查询可能先使用客户端缓存，也可能由 DNS 服务器代表客户端递归查询其他服务器；因此设备手动填写的地址、路由器转发地址和测试页面显示的递归解析器不一定完全相同。Microsoft DNS 查询与缓存说明

本文于 2026年10月24日核对 dnsleaktest 测试说明、IANA 特殊用途地址注册表，以及 Windows、Android、Chrome、Firefox 和 Apple 的公开文档。系统菜单会随版本、厂商界面和组织管理策略变化，实际操作时以当前页面显示为准。

需要先理解 DNS 工作方式，可阅读DNS 是什么：从域名解析到网站打开；遇到整体连接异常，可继续查看连接问题排查。

常见问题

dnsleaktest 显示多个 DNS 服务器，是不是一定泄漏？

不一定。一个递归解析服务可能把请求分配给多个服务器。应结合 ISP、主机名、地区，以及关闭和开启连接配置后的对照结果判断，不能只按数量下结论。

Standard Test 和 Extended Test 有什么区别？

Standard Test 进行 1 轮、6 次查询，适合快速检查；Extended Test 最多进行 6 轮、36 次查询，更容易发现其他参与解析的服务器，但等待时间可能更长。

看到本地运营商 DNS 就一定是泄漏吗？

如果你预期查询由指定解析服务处理，而结果出现本地运营商或家庭路由器解析器，就应继续排查 IPv4、IPv6、路由器 DHCP、浏览器安全 DNS 和连接客户端分流。但一次测试仍应结合关闭与开启配置对照。

dnsleaktest 能检测所有应用吗？

不能完全检测。它主要反映当前浏览器会话发出的查询；某些应用可能使用独立 DNS、独立分流或 IPv6，因此异常应用需要单独检查。

198.18.x.x 地址代表 DNS 泄漏吗？

不能据此判定泄漏，也不能据此判定没有泄漏。198.18.0.0/15 是 IANA 登记的基准测试保留地址段；如果本地 nslookup 看到它，可能表示连接客户端向应用返回了虚拟地址。是否泄漏仍应以 dnsleaktest 显示的递归解析器归属为准。

Windows 执行 ipconfig /flushdns 后就能修复 DNS 泄漏吗？

不能。<code>ipconfig /flushdns</code> 只清空本机 DNS 客户端缓存，不会改变路由器 DHCP、IPv6、浏览器安全 DNS 或连接客户端的解析路径。清缓存后仍需重新测试。

Android 私人 DNS 和 Chrome 安全 DNS 要同时开启吗？

没有固定答案。两者可能由不同组件处理查询。建议先确定希望由系统还是浏览器负责，再让设置保持一致；修改后重新运行 Standard Test。

iPhone 的“配置 DNS”是不是加密 DNS 开关？

不是。iPhone Wi‑Fi 中的“配置 DNS”主要用于设置自动或手动的 IPv4/IPv6 DNS 地址；加密 DNS 还可能由描述文件、网络配置或其他应用功能提供，具体以当前 iOS 版本和已安装配置为准。

相关阅读

• DNS 是什么：从域名解析到网站打开
• 连接问题排查
• DNS 缓存与浏览器缓存的区别

参考资料

1. DNS leak test：当前连接信息与测试入口
2. DNS leak test：Standard 与 Extended 测试差异
3. IANA IPv4 特殊用途地址注册表
4. RFC 2544：网络互联设备基准测试方法
5. Microsoft Learn：Windows DNS 查询与缓存
6. Google Android Help：私人 DNS 设置
7. Apple Support：iPhone Wi‑Fi 与 DNS 设置
8. Apple Support：路由器与 Wi‑Fi DNS 设置说明
9. Google Chrome Help：安全 DNS 设置
10. Mozilla Support：Firefox DNS over HTTPS 保护级别