DNS，也就是域名系统，是互联网最基础的一层基础设施。很多人每天都在使用互联网，却几乎不会注意到 DNS 的存在。但实际上，只要你在浏览器输入一个网址，打开一个 App，访问服务器，或者加载一张图片，背后几乎都会先经过 DNS 解析。
如果没有 DNS，互联网仍然可以运行，但你必须记住每个网站的 IP 地址，比如 104.16.132.229、142.250.xx.xx 这种数字组合，而不是我们现在习惯的 google.com 或 baidu.com。
DNS 的存在，本质上就是解决一个非常现实的问题：人类习惯用名字访问，而机器只能通过数字地址通信。
什么是 DNS（域名系统）？
DNS (Domain Name System) 的中文叫域名系统。它的作用是把域名翻译成 IP 地址。
当你在浏览器输入 www.google.com 的时候，浏览器并不知道这个域名对应哪一台服务器，它必须先通过 DNS 系统去查找对应的 IP 地址，然后才能真正建立网络连接。
我们通常把把 DNS 叫成互联网的地址本，但这个地址本并不是集中存放在一台服务器上，而是分布在全球各地，由很多不同角色的服务器共同协作完成。
除了查地址，它还是一个全球分布式的解析系统，背后涉及缓存机制、层级查询、负载均衡、容灾设计等复杂机制。
DNS 的整体架构是什么样的？
DNS 并不是单一结构，而是一个分层的分布式体系。
最顶层的是所谓的根域名服务器。它的作用不是存储所有网站信息，而是负责告诉你“去哪里找下一步的信息”。比如当你查询一个 .com 域名时，根服务器只会告诉你 .com 这个后缀应该去哪个服务器查询。
往下一层是顶级域名服务器，也就是我们常见的 .com、.net、.org、.cn 这些管理服务器。它们也不存储具体网站 IP，它们只知道某个具体域名应该去找哪一个权威 DNS。
再往下才是权威 DNS 服务器，这一层才是真正保存域名和 IP 对应关系的地方。比如 www.example.com 对应哪个 IP，就存在这里。
除此之外，还有一个非常关键的角色叫递归 DNS，它通常是用户最先接触到的 DNS 服务器，比如 8.8.8.8 或 1.1.1.1。它的职责不是存数据，而是帮你一步一步把整个查询流程跑完。
所以整个 DNS 架构可以理解为一种“分层查找系统”，每一层都只知道自己那一部分信息，而不会掌握全局。
DNS 是如何工作的?
1. 当你在浏览器输入一个网址，首先浏览器会先检查自己的缓存，因为浏览器通常会保存最近访问过的域名解析结果。如果缓存中有，并且没有过期，那么 DNS 查询就结束了，这也是为什么有时候第二次打开网站会明显更快。
2. 如果浏览器没有缓存，它会把请求交给操作系统。操作系统同样会有一个本地 DNS 缓存，用来存储最近解析过的域名。如果系统缓存也没有，那么请求才会真正发出去，发送给你当前使用的递归 DNS 服务器，比如运营商 DNS 或公共 DNS。
3. 递归 DNS 收到请求后，也会先检查自己的缓存。如果有结果，就直接返回，这一步其实覆盖了绝大多数真实互联网请求。如果缓存没有命中，递归 DNS 才会真正开始“逐层查询”。
它首先会去问根域名服务器：这个域名的 .com 应该去哪里查。根服务器不会给你 IP，而是告诉你 .com 顶级域服务器的位置。然后递归 DNS 再去 .com 顶级域服务器查询，它会告诉你 example.com 应该去哪个权威 DNS。最后递归 DNS 去权威 DNS 查询，才拿到真正的 IP 地址。
4. 整个过程结束后，递归 DNS 会把结果返回给用户，同时把结果缓存起来，以便下一次查询可以直接使用。所以从本质上讲，DNS 的核心机制并不是查一次就结束，而是查一次，然后长期缓存。
DNS 查询的三种方式
DNS 查询看起来只是一个查IP的动作，但实际上有三种不同的工作方式。
1. 递归查询，这种是用户最常见的方式。你只需要问递归 DNS 一次，剩下的所有步骤都由它帮你完成，你只需要等待结果即可。
2. 迭代查询，这种通常发生在 DNS 服务器之间。比如递归 DNS 去问根服务器时，根服务器不会帮你继续查，而是告诉你下一步应该找谁，然后你再继续问下去。整个过程是一步一步推进的。
3. 非递归查询，这种情况通常发生在缓存命中的时候，比如浏览器或 DNS 服务器已经知道结果，就直接返回，不需要再查任何东西。
这三种机制组合在一起，才构成了现代 DNS 的高性能系统。
递归查询和迭代查询的区别
递归查询和迭代查询有点容易混淆，所以我们这里再详细解释下。
递归查询的核心特点是客户端只发起一次请求，结果由 DNS 服务器负责全部解析过程。这种方式大大简化了客户端的复杂度，因此也是日常互联网访问中最常见的解析方式。
当客户端发起一次 DNS 解析请求后，将整个解析过程完全交给本地 DNS 服务器（递归 DNS）来完成。如果递归 DNS 服务器无法直接返回结果，它会代替客户端逐级向 DNS 系统中的不同层级服务器发起查询，包括根服务器、顶级域服务器以及权威 DNS 服务器，直到获取最终的 IP 地址为止。在这个过程中，客户端只需要等待最终结果，不参与任何中间查询步骤。
迭代查询则是 DNS 服务器之间进行的一种逐级查询方式。当递归 DNS 向某一层 DNS 服务器发起查询时，如果该服务器无法直接提供最终解析结果，它不会继续帮你查询，而是返回一个“下一步应该查询的服务器地址”。例如，根服务器不会直接返回域名对应的 IP，而是返回顶级域服务器的位置；顶级域服务器同样不会返回最终结果，而是继续指向下一层的权威 DNS。
在这种机制下，递归 DNS 需要根据每一层返回的指引，逐步向下查询，直到最终从权威 DNS 获取到真实的 IP 地址。整个过程就像不断“问路”，每一站只告诉你下一站该去哪里，而不会直接告诉你终点答案。
从本质上来看，递归查询和迭代查询是 DNS 系统中两个不同层面的协作机制。递归查询是从用户体验角度出发，让客户端变得简单；而迭代查询则是 DNS 内部用于高效分层解析的一种工作方式。
在实际互联网架构中，客户端通常只发起递归查询，而迭代查询则发生在递归 DNS 与各级 DNS 服务器之间，共同完成整个域名解析流程。
如何通过Cloudflare进行域名解析？
前面介绍的是 DNS 的基本原理，在实际建站过程中，我们通常需要做的一件事情，就是配置域名解析，将域名指向服务器的 IP 地址。当用户访问网站域名时，浏览器会先通过 DNS 系统进行解析，最终获取到服务器的 IP 地址，然后再与服务器建立连接并加载网站页面。
这里我们以 Cloudflare 为例。Cloudflare 是一个提供 DNS 服务、CDN 加速以及安全防护能力的平台，它允许用户将域名的解析托管到其权威 DNS 系统中。无论域名是在 Cloudflare 注册，还是在其他域名注册商购买，都可以通过修改 NS 记录的方式接入 Cloudflare 进行统一管理和解析。
之所以很多用户选择使用 Cloudflare 作为 DNS 托管服务，一方面是因为它提供免费且稳定的权威 DNS 服务，另一方面它还集成了 CDN 加速、DDoS 防护以及全球 Anycast 网络能力，可以在提升访问速度的同时增强网站的安全性。
1. 如果你的域名是在 Cloudflare 直接注册购买的，可以在控制台中直接找到并管理该域名。如果域名是在其他注册商（如阿里云、GoDaddy 等）购买的，则需要点击 “Onboard a domain” 将域名添加到 Cloudflare 进行接入。
2. 在添加域名后，Cloudflare 会为该域名分配两条专属的 Nameserver（NS 记录地址）。此时需要回到原域名注册商的管理后台，将原有的 DNS 服务器地址替换为 Cloudflare 提供的这两条 Nameserver。修改完成后保存配置，通常几分钟到数小时内即可完成全球 DNS 生效与同步。当 Cloudflare 控制台显示域名状态为 “Active” 或已成功激活后，即表示域名已经完成 DNS 托管接入
3. 接下来可以进入 DNS 管理界面，点击 DNS > Records，开始添加解析记录。
完成配置后，用户就可以通过 www.yuming.com 访问你的网站。如果需要启用 HTTPS 安全访问（https://www.yuming.com），还需要为域名配置 SSL/TLS 证书，可以直接在VMrack的官网进行免费申请。
总结
DNS解析一般可也叫做域名解析，是将域名转换为IP地址的过程，使用户可以通过网址访问网站。解析由递归DNS和权威DNS协作完成，用户只需发起请求即可得到结果。你需要在DNS服务商，如Cloudflare，添加解析记录，将域名指向服务器IP，并通过修改Nameserver完成托管。这样，用户就可以通过域名访问你的网站了。
文章评论