逐步了解 DNS 查询

当您输入域名时，设备必须先将其转换为 IP 地址，然后才能建立连接。这个过程称为DNS 查询，并按照清晰的步骤进行。

目标是尽快找到权威答案，并在途中利用缓存来减少工作量。

设备首先检查自己的本地 DNS 缓存和 hosts 文件。如果该名称最近查询过且仍然有效，设备会立即使用缓存中的 IP。

这样可以避免网络查询。缓存也是为什么第二次访问网站通常会比第一次连接更快。

如果本地缓存中没有答案，设备会将查询发送给配置的递归解析器，该解析器通常由 ISP 或公共提供商运行，例如 8.8.8.8。

解析器负责查找答案，按需查询其他服务器，并将最终 IP 返回给设备。

设备向解析器发出的请求是递归请求：“请为我找到完整答案。”随后，解析器会向层次结构发出迭代查询，每台服务器都会将它指向更接近答案的位置。

递归意味着完成全部工作；迭代意味着提供下一步。解析器连接了这两种方式。

如果解析器没有缓存任何内容，它会从根服务器开始。根服务器不知道最终答案，但知道哪个TLD 服务器负责处理域名的后缀，例如 .com。

根服务器会返回一条指引，将解析器指向正确的 TLD 服务器。

接下来，解析器会询问TLD 服务器（例如负责 .com 的服务器）。TLD 服务器同样不保存最终记录，但它知道特定域名对应的权威名称服务器。

它会返回另一条指引，将搜索范围缩小到该域名自己的服务器。

最后，解析器会询问该域名的权威名称服务器，它保存着真实记录。服务器会返回请求名称对应的实际 IP 地址。

这就是最终确定的答案。解析器现在已经获得原始设备所需的信息。

解析器将 IP 返回给您的设备，设备现在就可以建立连接。解析器和您的设备都会将答案缓存一段时间。

之后对同一名称的查询会跳过完整流程并使用缓存，从而提高系统速度并减轻服务器负载。

大多数 DNS 查询通过 UDP 端口 53 传输，因为查询数据量小且频繁，UDP 的速度更快。这种轻量、无连接的传输方式适合快速问答。

对于较大的响应或服务器之间的区域传送，DNS 会切换到 TCP 端口 53。掌握 DNS 使用端口 53 是考试中的常见考点。

在没有任何缓存的情况下，完整路径是：本地缓存 → 递归解析器 → 根服务器 → TLD 服务器 → 权威服务器 → 答案。

请为考试记住这个顺序。每一层要么从缓存中回答，要么将解析器指向更深一层，直到找到权威记录。

了解查询路径有助于排查故障。如果名称解析失败，您可以测试解析器是否响应、权威服务器是否可访问，以及链路在哪个环节中断。

使用 nslookup 等工具可以直接查询指定服务器，从而确定查询在哪个阶段失败。

排列查询顺序。

您已经完整了解了 DNS 查询过程。

• 顺序：本地缓存 → 解析器 → 根服务器 → TLD 服务器 → 权威服务器 → 答案。
• 设备发出递归查询；解析器发出迭代查询。
• 根服务器指向 TLD 服务器；TLD 服务器指向权威服务器。
• 权威服务器保存真实记录，并提供最终 IP。
• 答案会被缓存，以加快后续查询。