ZHDNS 泄漏测试可识别处理来自浏览器的 DNS 查询的解析器基础设施。 它显示了这些查找中涉及的提供商和位置。 然后，您可以将结果与您期望的 VPN、代理或所选 DNS 服务的 DNS 路径进行比较。
结果页面可能看起来令人震惊。 一长串陌生的 IP 地址并不能证明某些内容已经泄露。 有用的问题很简单。 是否有任何 DNS 请求到达了不该到达的地方？
| 快速检查 | 寻找什么 |
|---|---|
| 可能通过 | 仅显示批准的 VPN、代理或选定的 DNS 提供商 |
| 可能泄漏 | 当需要另一个解析器时，您的本地 ISP 解析器就会出现 |
| 部分泄漏 | 批准的解析器和本地 ISP 解析器都会出现 |
| 需要仔细观察 | 出现未知的提供程序或未检测到解析程序 |
什么是 DNS 泄漏测试？
DNS 将 example.com 等域转换为设备可以使用的 IP地址。 DNS 解析器处理该查找。 大多数人使用 ISP 提供的解析器，除非 VPN、浏览器、路由器或自定义 DNS 服务更改它。
当查询到达您打算使用的路径之外的解析器时，就会发生 DNS 泄漏。 当 VPN 或代理应该将本地 ISP 排除在查找过程之外时，这一点最为重要。
泄漏这个词需要上下文。 如果您在没有 VPN 的情况下浏览并希望使用您的 ISP DNS，那么查看该提供商是正常的。 如果您连接到应管理 DNS 的 VPN 并且您的本地 ISP 仍然出现，则相同的结果现在表明存在问题。
在我知道预期的解析器是什么之前，我不会判断测试。 如果没有该基线，绿色徽章或红色警告只是测试站点给出的最佳猜测。
DNS 泄漏测试如何工作？
在线测试创建以前未请求过的域名。 您的浏览器尝试解决它们。 请求通过浏览器、操作系统、VPN 或代理选择的 DNS 路径传递。
该过程通常如下所示：
- 该测试创建几个唯一的主机名。
- 您的浏览器会触发对每个主机名的查找。
- 递归 DNS 解析器处理或转发请求。
- 测试域记录请求答案的解析器基础设施。
- 测试页将这些地址映射到提供商、网络和位置。
该页面并不总是显示设备设置中的确切 DNS 地址。 公共提供商可能使用许多服务器。 请求也可以通过转发解析器。 提供商和位置数据库也可能是错误的。 该测试仍然为您提供有用的证据。 它只需要解释。
如何正确运行 DNS 泄漏测试
在连接 VPN 或代理之前，会开始进行有用的测试。 第一个结果给了你一些真实的东西来比较。
- 断开 VPN 或代理。
- 运行测试并记录解析程序提供商、ASN 和国家/地区。
- 还要记录您的可见公共 IP。
- 连接您要测试的 VPN、代理或浏览器配置文件。
- 打开一个新的测试页并再次运行检查。
- 将新的解析器集与原始基线进行比较。
- 如果第一个结果不清楚，请重复扩展测试。
一次改变一件事。 如果您同时更改代理、浏览器 DNS 和 VPN 协议，您可能永远不知道哪个更改解决了问题。
DNS 检查后，运行更广泛的 BrowserLeaks IP 和指纹测试。 将结果单独保存在笔记中。 干净的 DNS 并不能证明公共 IP、WebRTC 行为或浏览器设置也正确。
测试操作员将看到您的连接 IP 和为测试发出的解析器请求。 检查其隐私政策。 不要仅仅为了查看 DNS 结果而安装未知的扩展。
标准与扩展 DNS 泄漏测试
许多工具提供快速测试和较长时间的测试。 DNSLeakTest.com 将它们称为“标准”和“扩展”。 其他服务可能使用不同的名称和不同数量的查询。
| 测试模式 | 最佳使用 | 主要限制 |
|---|---|---|
| 标准 | 连接后快速检查 | 可能漏检仅间歇出现的 DNS 解析服务器 |
| 扩展 | 更广泛的解析器活动样本 | 需要更长的时间并且仍然只测试当前会话 |
在 DNSLeakTest.com 上，标准测试使用 6 个查询，扩展测试使用 36 个。 BrowserLeaks 目前尝试 50 个随机主机名。 一半仅使用 IPv4，一半仅使用 IPv6。 这些数字描述了每种工具。 它们不是行业标准。
如何读取 DNS 泄漏测试结果
从提供商列开始。 然后检查 ASN 或网络所有者。 看看之后的国家。 IP 地址的数量排在最后。
这个顺序很重要。 一个认可的提供商所拥有的 5 个地址，可能比您的家庭 ISP 所拥有的 1 个地址更不值得担忧。
| 结果 | 可能的含义 | 接下来做什么 |
|---|---|---|
| 仅显示批准的解析器基础设施 | 观察到的查询遵循预期的设置 | 分别检查IP和WebRTC |
| 批准的解析器和本地 ISP 解析器均出现 | 一些查询使用了另一条路径 | 检查浏览器 DNS、分割隧道、IPv6 和回退行为 |
| VPN 处于活动状态时仅显示本地 ISP DNS | VPN 未处理观察到的 DNS 请求 | 检查 VPN 客户端及其 DNS 保护设置 |
| 出现 Google、Cloudflare 或 Quad9 | 公共或安全 DNS 服务可能处于活动状态 | 确认您是否选择了该提供商 |
| 多个 IP 属于一个经批准的提供商 | 该服务使用多个解析器出口 | 通常不需要采取任何行动 |
| 出现未知提供商 | 可能涉及 VPN 合作伙伴、上游解析器或意外服务 | 检查提供商文档并再次测试 |
| 没有出现解析器 | 测试可能被阻止或不完整 | 使用其他工具或扩展测试重试 |
当您的 ISP 出现时
当希望 VPN 管理 DNS 时，查看本地 ISP 是最明确的警告。 如果它出现在批准的 VPN 解析器旁边，请将结果视为部分泄漏。 一些查找遵循预期路线，而另一些则没有。
当出现 Google 或 Cloudflare 时
公共 DNS 不会自动泄漏。 您可能在浏览器或操作系统中选择了 Google、Cloudflare 或 Quad9。 该提供商仍然可以处理您的查询。 如果您的 VPN 声称仅使用自己的 DNS，请调查结果。
当出现多个 DNS 服务器时
几个解析器IP都可以正常。 大型 DNS 服务平衡许多服务器之间的请求。 按提供商和 ASN 对结果进行分组。 然后询问每个组织是否属于该设置。
当国家看起来不对劲的时候
DNS 服务器不必与 VPN 出口位于同一城市。 公共解析器使用分布式基础设施。 VPN 提供商可能会使用合作伙伴。 位置数据库也可能是错误的。 国家/地区不匹配值得检查，但网络所有权告诉您的不仅仅是城市标签。
DNS 泄漏测试无法证明什么
一份干净的解析器列表可以回答一个狭隘的问题。 它显示了哪个解析器基础设施处理在浏览器测试期间观察到的查询。
它不显示普通 DNS 流量是否已加密。 它不会告诉您解析器是否保留日志。 它无法证明设备上的每个应用程序都使用相同的 DNS 路径。 它还没有提及 VPN 断开连接或网络变化后会发生什么。
浏览器安全 DNS 添加了另一层。 DNS over HTTPS 会对流向选定解析器的流量进行加密。 它还可能使用与操作系统不同的解析器。 DNS 泄漏测试可以识别该解析器。 它无法证明加密的请求在 VPN 隧道内传输。
代理、VPN 和反检测浏览器之间的区别在这里很重要。 每一个都控制连接或浏览器环境的不同部分。 一层中的通过不会清除其他层。
如果您的 DNS 泄漏该怎么办
不要从更改每个网络设置开始。 先确认结果。
- 使用另一个信誉良好的服务再次运行测试。
- 检查两个结果中是否出现相同的本地 ISP。
- 检查 VPN 客户端中的 DNS 泄漏保护。
- 检查浏览器安全 DNS 和任何自定义 DNS 提供商。
- 查看完整隧道和分割隧道设置。
- 检查IPv6是否遵循相同的保护路由。
- 重新连接 VPN 或代理并再次测试。
清除 DNS 缓存可以删除旧答案。 它不修复路由。 更改为公共解析器也不能保证请求保留在 VPN 或代理路径内。
如果泄漏继续存在，请保存两个结果。 包括提供商、ASN、浏览器、操作系统和 VPN 协议。 这为支持团队提供了有用的证据。
DNS 泄漏 vs IP 泄漏 vs WebRTC 泄露
这些测试经常一起出现。 他们测量的不是同一件事。
| 测试 | 主要信号 | 意想不到的结果可能揭示什么 |
|---|---|---|
| DNS 泄漏测试 | 解析器基础设施 | 通过非预期解析程序请求的域或服务 |
| IP泄漏测试 | 公共连接地址 | 网络起源和大致位置 |
| WebRTC 泄露测试 | 浏览器连接候选 | 意外的本地或公共 IP地址 |
如果考虑浏览器连接候选，请运行单独的 WebRTC 泄露测试。 该测试无法识别处理 DNS 查询的解析程序。
相同的边界适用于 浏览器指纹。 它结合了浏览器和设备信号，例如用户代理、时区、字体、Canvas 和 WebGL。 修复 DNS 不会改变它们。
代理和浏览器配置文件的 DNS 测试
代理可以显示正确的公共 IP，而 DNS 则遵循另一条路径。 该配置文件一开始看起来已经准备就绪，但第二次测试却讲述了不同的故事。
代理 DNS 行为取决于协议、浏览器、客户端和提供商。 不要假设每个 HTTP 或 SOCKS 连接都在同一位置解析名称。
设置配置文件时，我使用以下顺序：
- 在MoreLogin中设置代理。
- 确认可见的公网IP属于预期的代理。
- 运行 DNS 泄漏测试并将其与您批准的提供商集进行比较。
- 运行单独的 WebRTC 测试。
- 检查时区、语言和地理位置的一致性。
- 代理或网络更改后再次测试配置文件。
MoreLogin 还记录了如何添加和编辑 自有代理。 分配代理后，实时测试将显示浏览器和网络的共同行为。
在 多帐户浏览器 中，每个配置文件都会保留自己的代理设置、cookie、存储和浏览器配置。 这种分离使得审查变得更加容易。 它不会取代网络测试。
结论
DNS 泄漏测试将猜测替换为您可以检查的内容。 困难的部分是读取结果而不对每个不熟悉的地址反应过度。
首先定义预期的解析器。 在定位之前检查提供商所有权。 将来自一项经批准的服务的多个 IP 视为一种正常的可能性。 如果本地 ISP 出现在计划之外，请对其进行调查。
一个干净的结果是快照，而不是终身证书。 当代理、VPN、浏览器、网络或 DNS 设置更改时再次测试。
DNS 泄漏测试常见问题解答
我如何知道我的 DNS 是否泄漏？
记录在没有 VPN 或代理的情况下使用的解析器。 连接并再次测试。 如果当需要另一个解析器时本地 ISP 仍然出现，则设置可能存在泄漏。 如果两者都出现，通常是部分泄漏。
代理会泄露 DNS 吗？
是的。 代理可以路由浏览器流量，而 DNS 则遵循另一条路径。 结果取决于协议、浏览器、客户端和 DNS 策略。 测试设置而不是依赖代理标签。
DNS over HTTPS 能否防止 DNS 泄漏？
DoH 对浏览器和所选解析器之间的 DNS 流量进行加密。 它不保证解析程序遵循您的 VPN 策略。 它还不能证明加密的请求在 VPN 隧道内传输。
干净的 DNS 结果是否意味着 VPN 受到充分保护？
不。 结果涵盖了测试期间观察到的 DNS 查询。 分别检查可见的公共IP、IPv6、WebRTC和连接行为。 VPN 可以通过一项测试，但在其他地方仍然存在问题。
DNS 泄漏测试安全吗？
基于信誉良好的浏览器的测试通常风险较低。 该服务将查看测试所需的连接 IP 和解析器活动。 避免使用要求您安装未知软件或输入帐户详细信息的工具。
我应该什么时候再次运行测试？
更改 VPN 服务器、代理、浏览器、网络、操作系统、安全 DNS 设置或 IPv6 配置后重新测试。 还要在更改网络行为的更新后进行测试。
在依赖每个配置文件之前检查它
干净的代理连接是一个好的开始。 这不是完整的检查。 在将配置文件用于重要工作之前，请检查可见的 IP、DNS 解析器、WebRTC 行为和浏览器设置。
免费尝试MoreLogin 将代理设置和浏览器数据组织在单独的可重复使用的配置文件中。
