DNS查询有哪几种类型？它们的工作原理是什么？

在当今互联互通的数字世界中，我们每天都在无形中与一个名为“域名系统”（Domain Name System, DNS）的核心互联网基础设施打交道，它如同互联网的“电话簿”，负责将人类易于记忆的域名（如www.example.com）翻译成机器能够识别的IP地址（如93.184.216.34），而实现这一翻译过程的关键，正是DNS查询，DNS查询并非单一的动作，它包含多种模式和类型，共同构成了一个高效、分层且复杂的解析体系。

DNS查询的两种主要模式：递归查询与迭代查询

理解DNS查询的工作机制，首先要区分其两种核心模式：递归查询与迭代查询，这两种模式决定了查询任务的“负责人”是谁。

递归查询
这是一种“全包式”的查询服务，当用户设备（如电脑或手机）向DNS解析器发起请求时，它期望得到一个明确的、最终的答案，在这个过程中，客户端只需要发送一次请求，后续的所有查询工作都由接收请求的DNS解析器（通常是本地网络服务器或ISP提供的服务器）来完成，该解析器会从根域名服务器开始，依次向顶级域（TLD）服务器、权威域名服务器发起查询，直到找到目标IP地址，然后将最终结果返回给客户端，如果解析器无法找到答案，它会返回一个错误信息，而不会把中间步骤交给客户端处理，对于普通用户而言，我们日常接触的大部分都是递归查询,因为它简化了客户端的工作。

迭代查询
与递归查询的“包办”不同，迭代查询更像是一种“指引式”的查询，在这种模式下，DNS服务器不会自己去追踪答案，而是尽其所能地提供最好的“线索”，当一台服务器收到迭代查询请求时，它会检查自己的缓存或记录，如果无法直接给出最终答案，它会返回一个指向下一个更接近答案的服务器的地址，客户端（或中间的解析器）需要自己向这个新地址发起下一次查询，这个过程会一直重复，直到客户端找到能够给出最终答案的权威域名服务器，或者确认该域名不存在，迭代查询主要发生在DNS服务器之间,本地DNS解析器向根服务器发起的就是迭代查询。

一次典型的DNS递归查询之旅

为了更清晰地理解这个过程,我们可以追踪一次完整的递归查询之旅：

本地缓存检查：当您在浏览器中输入一个网址时，操作系统会首先检查自身的DNS缓存，如果近期访问过该域名，对应的IP地址可能仍在缓存期内，查询便到此结束,这是最快的一种情况。
向本地DNS解析器发起请求：如果本地缓存没有记录，请求会被发送到预先配置的本地DNS解析器（由您的互联网服务提供商ISP提供，或是您手动设置的如8.8.8.8等公共DNS）。
解析器的递归工作：本地DNS解析器接收到请求后，便开始其递归查询工作：
- 它首先向根域名服务器发起查询，根服务器并不知道具体域名的IP，但它会告诉解析器，应该去哪个顶级域（如.com、.org、.cn）服务器继续查询。
- 解析器接着向对应的顶级域（TLD）服务器发起查询，TLD服务器同样不知道最终IP，但它会负责管理该顶级域下的所有二级域名，并告知解析器,该域名的权威域名服务器地址是什么。
- 解析器向权威域名服务器发起查询，该服务器是存储该域名最终记录（如A记录）的源头,它会将目标IP地址返回给本地DNS解析器。
返回结果并缓存：本地DNS解析器将获取到的IP地址返回给您的操作系统，同时自身会缓存这个结果,以便在下次有相同请求时快速响应。

DNS查询的常见记录类型

DNS查询不仅仅是查询IP地址，它还可以查询不同类型的信息,以下是几种最常见的DNS记录类型：

记录类型	全称	功能描述
A	Address Record	将域名指向一个IPv4地址。
AAAA	Quad-A Record	将域名指向一个IPv6地址。
CNAME	Canonical Name Record	将一个域名（别名）指向另一个域名（规范名称）。
MX	Mail Exchanger Record	指定处理该域名电子邮件的邮件服务器。
NS	Name Server Record	指定哪个DNS服务器是该域名的权威服务器。