全局 DNS 检查器 - 如何检查 DNS 传播
whatsmydns.net 是一款免费的在线工具,可让您快速轻松地执行 DNS 查找以检查 DNS 传播并查看来自位于全球许多国家/地区的 DNS 服务器的任何域的信息。
您可以测试对新域或现有域所做的更改,并查看它们是否已正确更新,而无需手动查询远程服务器。这使您可以立即了解全球用户如何解析您的网站、电子邮件或其他在线服务的 DNS 记录。
许多作系统都包含 DNS 工具,用于手动检查 DNS 记录以诊断问题。但是,对于非技术人员来说,使用这些工具可能很复杂且难以理解,这就是为什么创建 whatsmydns.net DNS 检查器来帮助快速检查 DNS 传播的原因。
whatsmydns.net 通过维护一系列 DNS 服务器来执行查找,使执行全局 DNS 检查的过程变得容易。然后,这些结果被解析并显示在地图上,以便结果一目了然。搜索完成后,可以通过从列表中选择服务器位置或单击地图标记来详细查看单个查找结果。
什么是 DNS,它是如何工作的?
域名系统(称为 DNS)是用于将名称(如 )转换为 IP 地址(如)的系统。计算机使用这些地址在互联网上相互通信。大多数人发现记住名字比记住数字容易得多,因此 DNS 使这个过程变得容易。www.google.com192.168.2.1
当您访问网站时,您的计算机、手机或平板电脑将首先检查您的本地 DNS 缓存以查找相应的 IP 地址。如果您的设备最近没有查找过此网站,则需要询问您配置的 DNS 服务器,该服务器会将请求转发到负责管理记录的 DNS 服务器。此过程称为 DNS 查找请求。
一旦知道 IP 地址,它就会在本地存储一段称为生存时间 (TTL) 的时间段,并用于加速未来的请求。更新后的记录在这段时间到期之前不会返回,这通常是 DNS 更改似乎无法立即起作用的原因。
什么是 DNS 传播?
DNS 传播是通常用于检查全球 DNS 结果当前状态的术语,经常被问及对 DNS 区域所做的更改何时似乎未按预期工作。此过程可能只需要几分钟,但通常需要长达 48-72 小时,有时甚至更长。
虽然从技术上讲,DNS 不会传播,但这是人们已经熟悉的术语。DNS 请求被递归转发,并根据需要从本地使用的解析器查找到权威名称服务器,然后缓存以加快未来的查找请求。因此,在执行 DNS 检查时,选择了位于世界各地的大型网络提供商的常用 DNS 服务器。
对于热门网站,可以使用许多不同的递归 DNS 解析器为世界不同地区的人们缓存 DNS 结果。如果您最近对配置进行了更改,并且 TTL 尚未过期,那么某些人可能会收到过时的结果,这可能意味着他们看到的是您网站的旧版本。
DNS 传播需要多长时间?
DNS 传播所需的时间通常取决于您的记录 TTL 设置。这可以从几分钟到 48-72 小时或更长时间不等。然而,传播时间长有时还有其他原因。
为什么 DNS 传播需要这么长时间的主要问题是:
DNS 缓存 - 生存时间 (TTL) 是允许 DNS 数据在本地设备或 DNS 解析器的缓存中“存在”的持续时间。当此持续时间到期时,本地设备或服务器将删除现有的 DNS 信息,并执行另一次 DNS 查找以获取新信息。较高的 TTL 设置通常会导致 DNS 传播延迟。
互联网服务提供商 - 您的 ISP 还会缓存 DNS 结果,这允许许多用户更快地访问站点。对于请求的每个网站,他们只会询问负责的 DNS 服务器一次,但对许多用户返回相同的结果。一些 ISP 还忽略了 TTL 规则,即使 TTL 已过期,也会保留缓存的 DNS 记录。这可能会使 DNS 传播花费的时间比应有的时间更长。
其他 DNS 服务器 - 您可能没有使用 ISP 的 DNS 服务器,如果是这种情况,那么可能导致延迟的相同问题仍然可能适用。
域名注册商 - 更改域的网络托管或 DNS 提供商时,通常还需要更新您的权威名称服务器。这些更改需要反映在域名的相应 TLD 名称服务器中。例如,如果您要更改 example.com 的 NS 记录,则 .com TLD 名称服务器也需要更新,这可能会导致 DNS 传播延迟。
如何加快 DNS 传播速度?
用于加速 DNS 传播和防止延迟的一种技术是在进行任何更改之前几天降低 DNS 记录 TTL,以便在进行更改时更快地过期。不幸的是,大多数遇到问题并试图加快 DNS 传播速度的人只有在进行更改后才发现这一点,并且想知道为什么他们没有看到即时结果。
如果您已全局检查 DNS,并且在本地看到不同的结果,那么您可以考虑刷新 DNS 缓存或使用其他 DNS 服务器。作为最后的手段,也可以手动覆盖系统主机文件中的本地 DNS 条目,但应被视为临时措施,并且仅适用于某些记录类型。
DNS 检查中使用哪些服务器类型?
执行 DNS 检查时涉及 4 种不同类型的 DNS 服务器。每个都有不同的角色,并且根据情况可能根本不需要,拥有所有这些不同的服务器类型是导致 DNS 传播问题的原因。
递归解析器 - 与您的设备通信的 DNS 服务器称为递归解析器,由您的 ISP 自动颁发给您,但也可以在您的路由器或单个设备上进行配置。这些 DNS 服务器地理位置非常接近,可以尽快返回结果。这些服务器将缓存 DNS 结果的副本,以加快未来的 DNS 查找请求。
根名称服务器 - 这种类型的 DNS 服务器负责返回 TLD(顶级域)名称服务器的 IP 地址。例如,如果它试图解析 example.com,则根名称服务器会返回运行.com域的 TLD 名称服务器的 IP。
TLD 名称服务器 - 此名称服务器返回其负责的顶级域下每个域的权威名称服务器。.com TLD 名称服务器将返回 example.com 但不会返回 example.org 的结果。
权威名称服务器 - 存储特定域名的 DNS 服务器配置数据。
发出 DNS 请求时会发生什么?
下面演示了当用户首次请求访问其 Web 浏览器并且尚未缓存结果时的事件流。如您所见,每个步骤都引入了 DNS 传播延迟的可能性。www.example.com
- → 您在网络浏览器中输入内容。
www.example.com - → 设备向配置的递归解析器发送请求。
- → 递归解析器向根名称服务器询问负责域的 TLD 名称服务器的 IP 地址。
.com - ← 根名称服务器将.com TLD 名称服务器的 IP 地址返回给递归解析器。
- → 递归解析器向 .com TLD 名称服务器询问负责 的权威名称服务器的地址。
example.com - ← .com TLD 名称服务器将权威名称服务器的 IP 地址返回给递归解析器。
- → 递归解析器向权威名称服务器请求 的 IP 地址。
www.example.com - ← 权威名称服务器将 的 IP 地址返回给递归解析器。
www.example.com - ← 递归解析器将 IP 地址返回给浏览器。
www.example.com - → 您的浏览器直接向解析的 IP 地址发出 Web 请求。
可以检查哪些 DNS 记录类型?
您可以检查常见记录类型的 DNS 传播,包括:
- A - 最常见的 DNS 记录,用于将域指向 IP 地址。
- CNAME - 也称为别名记录,它们指向其他 DNS 记录。有时用于 www.
- MX - 邮件交换器记录用于设置电子邮件服务器及其优先级。
- NS - 名称服务器记录存储权威名称服务器。
- TXT - 文本记录通常用于配置设置,例如 SPF 和 DKIM 记录。
可以检查的其他类型通常用于更高级的配置包括:AAAA、CAA、PTR、SOA 和 SRV。
确保检查所有 DNS 记录
检查 DNS 记录时,通常需要验证多种记录类型是否正确。例如,网站有时会将 www 或其他子域作为 A 或 CNAME 记录,而电子邮件服务器使用 MX 记录类型。

