全局 DNS 检查器 – 如何检查 DNS 传播
Whatsmydns.net 是一个免费的在线工具，可让您快速轻松地执行 DNS 查找，以检查 DNS 传播并查看来自位于世界各地许多国家/地区的 DNS 服务器的任何域的信息。
您可以测试对新域或现有域所做的更改，并查看它们是否已正确更新，而无需手动查询远程服务器。这使您可以立即了解全球用户如何解析您的网站、电子邮件或其他在线服务的 DNS 记录。
许多操作系统都包含DNS 工具，用于手动检查 DNS 记录以诊断问题。然而，对于非技术人员来说，使用这些工具可能会很复杂且难以理解，这就是为什么创建 Whatsmydns.net DNS 检查器来帮助快速检查 DNS 传播的原因。
Whatsmydns.net 通过维护一系列用于执行查找的 DNS 服务器，使执行全局 DNS 检查的过程变得容易。然后对这些结果进行解析并显示在地图上，以便结果一目了然。通过从列表中选择服务器位置或在搜索完成后单击地图标记，可以详细查看各个查找结果。
什么是 DNS 以及它如何工作？
域名系统（称为 DNS）是用于将名称（如www.google.com）转换为 IP 地址（如192.168.2.1）的系统。计算机使用这些地址在互联网上相互通信。大多数人发现记住名字比记住数字容易得多，因此 DNS 使这个过程变得容易。
当您访问网站时，您的计算机、手机或平板电脑将首先检查本地 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 请求时会发生什么？
www.example.com下面演示了当用户首次请求在其 Web 浏览器中访问且尚未缓存结果时的事件流程。正如您所看到的，每个步骤都可能会导致 DNS 传播延迟。
- → 您
www.example.com在网络浏览器中输入。 - → 您的设备向您配置的递归解析器发送请求。
- →递归解析器向根域名服务器询问负责域的TLD 域名服务器的 IP 地址
.com。 - ←根域名服务器将.com TLD 域名服务器的 IP 地址返回给递归解析器。
- →递归解析器向.com TLD 域名服务器询问负责.com 的权威域名服务器的地址
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 记录类型。
