V6IPv6Hub

平台篇 · 功能上手

公共 DNS 怎么选:两组实测数据与四个判断维度 - IPv6Hub

公共 DNSDoH实测

本页目录

  1. 一、页面上的两组实测,是在测不同的东西
  2. 为什么你的网络这一列用 DoH 而不是 UDP 53
  3. 二、清单怎么读
  4. 三、四个判断维度
  5. 四、两种需要正确理解的情况
  6. 全部条目都「不可达」
  7. 拿不到推荐清单
  8. 五、这一页不做什么
  9. 六、下一步

公共 DNS 怎么选:两组实测数据与四个判断维度

排查 IPv6 问题时,有一类情况容易被忽略:服务器没问题,是你这条线路的 DNS 有问题。 本地解析器没有可用的 IPv6 上游,或者到公共解析器的链路质量差,都会让「网站不支持 IPv6」这个结论变得不可信。

公共 DNS 推荐 页面提供常见公共 DNS 的公开地址与属性,并且用两组实测帮你判断。本文说明这页数据怎么读、以及怎么选。

一、页面上的两组实测,是在测不同的东西

这是整页最容易误读的地方。同一个条目上有两列数据,它们来自完全不同的发起方:

列 谁发起 测什么 单位与口径
本站实测 本站后端所在网络 从本站服务器到该解析器的 UDP 53 应答 毫秒 / 超时 / 不可达 / 无可测地址
你的网络(DoH) 你的浏览器 从你的网络到该条目公开的 DoH 端点(HTTPS 443) 毫秒 / 超时 / 不可测

「本站实测」快不等于「你用它也快」。 它反映的是本站服务器与解析器之间的链路,用来确认这些解析器本身是活的。真正与你有关的是后面那一列。

为什么你的网络这一列用 DoH 而不是 UDP 53

因为浏览器无法直接测 UDP 53 —— 浏览器没有提供裸 DNS 查询的接口。所以这一列改由你的浏览器对支持加密 DNS 的条目公开的 DoH 端点发起固定查询并计时(DoH 是 RFC 8484 定义的、跑在 HTTPS 443 上的 DNS)。

测量方式也做了处理:每台先做一次预热以摊薄 TCP 与 TLS 握手的固定开销,再取两次的最小值。页面上把样本值放在悬浮提示里。

需要明确的是:DoH 的往返时间与 UDP 53 的直连延迟存在系统性差异。 它多了一层 HTTPS 握手与加密开销,所以数值通常比裸 DNS 高。用这一列的目的是横向比较各条目在你网络里的相对快慢,不是预测 dig 的确切耗时。

另外,地址族由你的网络自行解析、不可指定。未公开 DoH 端点的条目会显示 —。

二、清单怎么读

表格的列是:服务商 / IPv4 上游 / IPv6 上游 / 特点 / 本站实测 / 你的网络(DoH)。其中:

三、四个判断维度

选公共 DNS 时,按下面的顺序想一遍,基本不会选错:

  1. 有没有 IPv6 上游。 这是本页最该先看的一列。在纯 IPv6 网络下,你只能使用提供了 IPv6 上游地址的解析器;「无 IPv6 上游」的条目在纯 IPv6 环境中根本不可用。如果你的场景是「只有 IPv6、没有 IPv4」,这一列是硬约束。
  2. 你的网络到它的往返。 看「你的网络(DoH)」列,并点一次「重测你的网络」再决定 —— 这个数值会随你的接入方式、时段、运营商路由变化。
  3. CDN 就近调度。 用离你近的、本地网络内的解析器,通常能让 CDN 更准确地判断你在哪里,从而把你调度到更近的节点。跨境解析器可能把国内访问者判成境外来源。
  4. 是否需要加密 DNS。 DoH / DoT 能避免明文 DNS 被沿途窥探或篡改,代价是多一点握手开销。这一列的数据本身就是加密链路下的表现,可以直接参考。

四、两种需要正确理解的情况

全部条目都「不可达」

页面对这种情况有专门的解释:如果清单里所有解析器都没有在时限内应答,通常说明本站后端所在网络对公共解析器的 UDP 53 出站被限制(企业网络策略、云安全组、链路故障等),而不是这些解析器都不可用。

这种情况下,页面上的地址与属性信息仍然有效 —— 复制到本机用 dig / nslookup 自行验证即可。

拿不到推荐清单

如果页面提示「暂时拿不到推荐清单」,说明后端这个端点被关闭了(由 DNS_RECOMMEND_ENABLED 控制)。这不影响 DNS 查询 功能。

五、这一页不做什么

六、下一步

← 在线 DNS 查询怎么用:A / AAAA / CNAME / PTR 与排障思路 IP 地址归属查询:这段地址属于谁,和「大概在哪」是两件事 →