DNS传播检查工具(免费・全球DNS服务器一键查询)

免费同时向Google、Cloudflare等全球多个公共DNS解析器查询域名的DNS记录,一览对比域名服务器变更后是否已在全球传播完成。

确认 DNS 的变更是否已散布到世界各地

本工具把某个域名的 DNS 记录一并投向世界各地的公开解析器——谷歌、Cloudflare 等等——再把回来的答案并排摆出。刚挪过域名服务器,或刚改写过 A 记录时,变更走到了哪一步,一眼便知。

**「传播」这个词,说实话有几分误导。** DNS 并非一套把变更推送到各地的机制。**各解析器不过是把先前的答案存在缓存里,直到缓存过期之前,一直回以旧值罢了。** 因此等候的长短,**取决于变更之前生效的那个 TTL。** 事后再把 TTL 调短,对已经发出去的缓存毫无作用。**正因如此,若有迁移在即,通行的做法便是提前数日把 TTL 调低。** 此处答案彼此不一,并非出了差错,而是缓存尚未到期。

使用方法

  1. 给出域名与记录类型 选定您要查的类型:A、MX、TXT 等等。
  2. 比对各解析器的答案 **新旧取值杂陈,便说明切换仍在途中。**
  3. 弄清哪些地区尚不一致 可以看出哪些解析器仍持旧值。
  4. 把 TTL 等满 **在变更之前生效的那个 TTL 走完之前,除了等候别无他法。**

用好本工具的小技巧

  • 刚修改域名服务器或A记录后,部分解析器可能会在TTL(缓存有效期)到期前仍返回旧值,这是正常现象而非故障。
  • 如果各解析器返回的值不一致,请先检查TTL设置。TTL越长(例如24小时),全网传播完成所需的时间也越长。
  • 本工具不仅可用于A记录,也可用于检查MX、TXT(如SPF/DKIM)等记录的变更,修改邮件相关设置后务必也检查TXT记录。
  • 返回"NXDOMAIN"表示该域名本身不存在,请检查是否输入有误或域名已过期。
  • 本工具查询的解析器并不限于本地,也涵盖海外主要公共解析器,因此也可用于了解面向海外用户的传播情况。

这些场景会用到

刚挪过域名服务器时

**可确认转移是否已在世界范围内生效。**

切换服务器时

可确认那个名称如今是否指向了新地址。

查究为何只有自己打不开

**若只有自己这边的解析器持着旧值,与别处的答案一比便可判明。**

筹划一次切换

可由等候的时长倒推,定下何时把 TTL 调低。

DNS 传播的术语

解析器
代用户去查 DNS 的服务器。谷歌的 `8.8.8.8` 与 Cloudflare 的 `1.1.1.1` 最为人知。
TTL
一个答案可被缓存的秒数。**决定等候长短的,是变更之前而非之后的那个 TTL。**
否定缓存
「并无此记录」这样的答案同样会被缓存。**新建的记录起初看不见,有时便是因为它。**
权威服务器
持有某域名正确答案的服务器。各解析器向它发问以取得答案。
域名服务器
某域名所委任的权威服务器。转移域名,便是换掉它。
传播
指一项变更抵达各地解析器的惯用语。**其实那并非分发,而是缓存的过期。**

常见问题

一般在数分钟到48小时之间,具体取决于记录的TTL设置及各ISP的缓存行为。提前将TTL设置得更短,可以让下次变更时的传播速度更快。

如果是刚变更之后,这属于正常现象。每个解析器缓存旧值的时长取决于TTL,过一段时间再次检查,各解析器的结果会逐渐趋于一致。

可能是域名输入有误、域名已过期,或域名服务器的设置本身尚未生效。请通过WHOIS信息或注册商的管理后台确认域名当前状态。

您电脑或所在ISP的DNS缓存中,可能保留着与本工具查询的公共解析器不同时间点缓存下来的值。建议同时尝试清空操作系统层面的DNS缓存。

因为TTL可以按记录类型分别设置,如果MX记录的TTL设置得比其他记录更长,其传播完成所需的时间自然也会更久。
工具君

闲话 ― DNS的"传播"其实并非由谁主动推送

DNS自1983年设计之初,就建立在"分层缓存"的前提之上。如果全球每一台解析器每次查询都要一路追溯到根服务器,系统性能将难以为继,因此每个解析器都会将获得的答案在TTL(Time To Live,存活时间)规定的期限内保存在本地缓存中,相同问题再次到来时便可直接从缓存中即时应答。这一机制让DNS变得高速,但也带来了一个副作用:变更传遍全世界之前会存在延迟。

这种延迟俗称"DNS传播(DNS Propagation)",但实际上并非有人主动将信息广播到全世界。真实情况是:各解析器持有的旧缓存会随着TTL到期而依次失效,等到下一次有人查询时才会重新获取新值——这是一种被动的、逐步更替的过程。如果TTL设置为24小时,理论上变更后的24小时内,某些解析器仍可能持续返回旧值。

本工具所使用的DoH(DNS over HTTPS)技术,最初大约在2018年前后由Mozilla和Google出于隐私考量而推广普及——目的是不让ISP或网络路径上的第三方窥探DNS查询的内容。将DNS查询隐藏在HTTPS通信之中虽以加密隐私为主要目的,但也带来了一个附带成果:一套标准化的JSON API由此普及,使得像本工具这样通过服务器端便捷地向多个公共解析器发起查询成为可能。