DNS 基础、故障排查、安全与实用工作流，由开发本工具的团队撰写。
CNAME 是名称的别名，而非地址的别名
www.example.com
CNAME 记录
cdn.provider.net
目标主机名
192.0.2.10
A 记录，最终答案
了解 CNAME 记录如何形成别名链、解析器如何最终得到 A 和 AAAA 地址，以及链条断裂时应该检查什么。
三种角色，往往来自三家不同的公司
了解父区域如何把域名委派给权威域名服务器，以及为什么在错误的 DNS 服务商处修改记录不会对公网产生任何影响。
一个主机名，多条 A 记录
第 1 个答案
93.184.216.34
第 2 个答案
93.184.216.35
第 3 个答案
93.184.216.36
解析器会返回所有记录，通常按轮换顺序
四种不同的机制会让同一个名称对应多个地址。把它们区分开，就能明白为什么您得到的答案与别人不同。
实际如何选择 TTL
每个平台都有可直接复制的命令，还有一个诊断方法，让您在动手之前就知道刷新是否有用。
公网与私有地址空间
公网 IP
192.0.2.10
全球唯一，可从任何地方路由
私有地址段
无法在公共互联网上路由
您的设备同时拥有两个地址，而其中只有一个存在于互联网上。本文说明原因，以及各保留地址段的含义。
反向 DNS 是反过来查询
IP 地址
93.184.216.34
起点
PTR 查询
in-addr.arpa，是对方的区域，不是您的
主机名
答案
反向区域归 IP 地址段的所有者所有，而非域名所有者
这是一种反向运行的查询：为什么由您的托管服务商来控制它，以及缺少它为何会悄悄把您的邮件送进垃圾箱。
您解析到的地址背后究竟是什么
共享 IP
多个网站共用一个地址，由 Host 头选出您的站点
独享 IP
只属于您，可自行控制其反向 DNS
CDN 边缘节点
不是源站，由边缘节点终结连接
坦率的答案是：大多数网站并不需要独立 IP。本文说明什么时候它真正重要，以及哪些所谓的好处只是误解。
为什么查询结果显示的是 CDN，而非源站
访客
查询该域名
CDN 边缘节点
104.21.x.x
DNS 返回的就是它
源站服务器
真实 IP，从不暴露
查询一个域名，却得到了 Cloudflare 的地址？这说明系统运转正常。下面讲讲它背后是什么，以及您为什么看不穿。
实际如何选择 TTL
一个数字，决定了变更多快生效，也决定了您产生多少 DNS 流量。下面教您如何有意识地选择它。
“传播”其实只是缓存过期
0 分钟
您保存了更改
0-5 分钟
您的 DNS 托管商完成更新
最长到 TTL
旧答案仍在缓存中
TTL 之后
所有人都看到新答案
没有任何内容被推送出去，只是各个缓存不再复用自己的副本
没有任何东西在传播。弄清等待期间实际发生的事，就能准确知道要等多久，以及如何缩短。
一次递归 DNS 查询，逐跳详解
浏览器
想访问 example.com
解析器
运营商 / 1.1.1.1
根 + TLD
谁负责 .com？
权威服务器
真正的答案
这条链路上的每一跳本身都是一次 DNS 查询，之后都会被缓存
这个设置决定了由哪家服务商掌管您的 DNS，也是您的记录修改有时完全没有效果的原因。
几乎每个 DNS 区域都会遇到的记录
三条 TXT 记录，决定您的邮件会不会进垃圾箱。每一条的作用、语法怎么读，以及安全的部署顺序。