dns查询方式有哪些

题图来自Unsplash，基于CC0协议

导读

域名系统（DNS）是互联网的基础设施，负责将人类可读的域名转换为机器可读的IP地址，或者在查询IP地址信息时，返回对应的域名。域名解析的过程涉及客户端（如你的电脑或手机）与多个DNS服务器的交互。了解DNS查询的方式对于优化网络性能和理解互联网工作原理至关重要。

最基本的查询模式有两种：

1. DNS正向查询（A记录查询）： 这是最常见的类型。客户端向DNS服务器提供一个域名，请求返回该域名对应的IP地址。例如，当你在浏览器输入 www.example.com 并按下回车，浏览器首先会向配置的本地递归DNS服务器发起查询，请求 www.example.com 的A记录。

2. DNS反向查询： 与正向查询相反，反向查询请求是：从一个IP地址出发，查询该IP地址属于哪个域名（通常指向A记录的逆向查询）或哪个主机（通常指向PTR记录的逆向查询）。主要应用于邮件发送方验证和进行故障排除，以确认IP地址是否合法有效。它需要查询对应的“反向解析区域”。

大部分的域名解析查询请求都是由客户端向外部的递归DNS服务器发起的。这个服务器的作用是代表客户端完成整个解析过程，并最终给出一个明确的最终IP地址答案。至于递归服务器本身如何找到这个答案，可以通过两种主要机制：

• 递归查询： 这是客户端请求递归服务器查询时默认的行为模式。递归服务器承诺会找到答案（无论是从自己那里获得，还是从别处获取），然后将答案（成功，包含IP）或失败原因（超时、无记录等）返回给客户端。如果递归服务器本身没有缓存该信息，并且不在其管理的权威区域，它会代替客户端向其他DNS服务器（可能是根服务器、顶级域服务器、权威服务器等）递归地发起多次查询，直到得到最终答案或判定此域不存在。简单来说，递归服务器是客服中心，包揽并解决客户端的问题。

• 迭代查询： 当一位DNS服务器能够处理一个客户端的查询时（因为它不是配置为跳转而是用于提升可用性时），它不会直接给出最终答案，而是将可能的方向或权威服务器的信息返回给客户端或请求其查询的上级服务器。例如，一个根服务器在接受到查询 www.example.com 的请求后，可能意识到它不负责这个域，于是告诉查询者去查询负责 .com 的服务器（TLD服务器），再由TLD服务器告诉查询者去查询负责 example.com 的特定权威服务器。这些权威服务器负责其域下的域名记录。这个过程是“迭代”的，每一层查询都在尝试了，但最终答案由权威服务器提供，如果权威服务器没有直接答案则通常会返回缓存记录或ttl到期提示。这种模式下，服务器只是中转站。

更重要的是，需要区分权威DNS服务器和递归DNS服务器的概念：

• 权威DNS服务器： 这些服务器保存了一个具体域名（如 example.com）的原始记录的所有权链及其详细的IP地址映射等权威数据。查询的最终目的通常是希望得到权威服务器的确认或数据。例如，如果你直接查询权威服务器 NS.example.com，其将提供负责 example.com 的权威服务器信息（二次跳）。或者查询权威服务器本身的记录如 A.example.com，它才拥有解析 www.example.com 地址的最终权限，能给你返回正确的IP。

• 递归DNS服务器： 如上所述，负责代表客户端执行递归查询，并提供最终的IP地址或错误信息。路由器通常配置了公共递归服务器（如8.8.8.8、1.1.1.1等）供内部设备使用，负责所有发往外部的域名解析请求。本地递归服务器访问量大，缓存策略核心，能提高整个内网的性能。初学者和运维工程师都需要理解它们的区别，以选择正确的服务器进行测试或优化解析过程。

总结来说，当你发起DNS查询：

• 你将你的请求发送给递归DNS服务器。
• 递归服务器使用迭代查询的方式，与途经的根服务器、顶级域服务器（TLD）和权威服务器进行沟通。
• 最终，由最底层的权威DNS服务器找到域名的IP地址，并将答案返回给递归DNS服务器。
• 递归服务器然后将最终答案返回给你。
• 其间任何层级的服务器可能使用递归查询模式（尤其是在响应给根服务器或TLD服务器之间的互联互通上），但真正起到核心作用区分解析链条的，则在区分权威服务器和递归服务器的功能目标上——一个是回答问题的源头，给出确定性，另一个是帮助你找到源头的过程管理者。

理解这些查询方式和服务器角色的区别，有助于我们诊断网络故障、优化网络配置，并更好地理解互联网服务的工作机制。随着网络安全的发展（如DNSSEC是为了验证记录的真实性和完整性，DNS over HTTPS和DNS over TLS则加密和保护查询过程中的数据），DNS查询方式及其安全性也受到越来越多的关注。