根据域名查询资源记录，把人能记住的名称变成机器可以继续使用的地址、别名或服务线索。
先记住一句话
DNS 负责回答“下一站在哪”，不负责把网页送过来。
它不保存网页正文，也不替浏览器传输图片和文字；拿到结果后，真正的网络连接才开始。
一次查询，五个动作
沿着问题找到负责回答的人
第一次查询可能逐层寻找；命中缓存时会短得多。
-
1
取出域名，先查缓存
浏览器和操作系统先看近期是否已经保存过答案。
-
2
询问递归解析器
没有本地答案时，把问题交给网络运营商或公共DNS的解析器。
-
3
沿层级寻找线索
解析器可能依次询问根、顶级域和域名的权威服务器。
-
4
权威DNS给出记录
负责该域名配置的服务器返回A、AAAA或CNAME等记录与TTL。
-
5
返回结果，查询完成
权威记录沿查询路径返回，递归解析器把答案交给浏览器。
为什么改完没有立刻生效
TTL 是一张答案的“可复用倒计时”。
权威DNS返回记录时会附带TTL。倒计时没有结束，递归解析器通常可以直接复用缓存，不必重新询问权威服务器；到期后才需要刷新。
00:05仍在缓存期
→
继续使用已有答案
00:00TTL到期
下次查询重新获取
DNS 不只回答 IP
常见记录，各有一份工作
不用背缩写，先记住它们回答的问题。
AIPv4地址
回答“这个名称对应哪个IPv4地址？”例如 203.0.113.10。
AAAAIPv6地址
回答“这个名称对应哪个IPv6地址？”作用类似A记录，但地址格式不同。
CNAME别名记录
回答“这个名称实际上应该继续去找哪个域名？”
NS权威服务器
说明“哪组名称服务器负责回答这个DNS区域的数据？”
MX邮件记录
回答“发给这个域名的邮件应该交给哪台邮件服务器？”
TXT文本记录
保存验证和策略文字，常用于域名所有权与邮件安全配置。
网站打不开，先判断是哪一层
DNS正常，只代表地址线索找到了。
域名、解析和网站服务是三件相连但不同的事。
域名层
域名是否已注册、是否过期，名称本身是否输入正确。
常见现象：根本没有这个名称DNS层
NS是否正确、记录是否存在、缓存是否仍在使用旧答案。
常见现象：解析失败或指向旧目标网站服务层
服务器、Vercel部署、HTTPS证书和应用本身是否正常。
常见现象：能解析，但页面仍报错两条命令，只读检查
像查快递一样，看 DNS 把你带到哪
它们只会询问 DNS，不会修改域名或网站配置。复制命令到终端运行，再按下面的提示看结果。
先看“有没有找到地址”
nslookup codex-prototype-workflow-lab.tmpname.cn怎么看：出现 Name 或 Aliases，说明查询沿着名称继续寻找；出现一个或多个 Address，说明已经拿到可连接的 IP。不同系统的字段名称可能略有差异。
分开查看别名和 IP
dig codex-prototype-workflow-lab.tmpname.cn CNAME +short
dig codex-prototype-workflow-lab.tmpname.cn A +short怎么看：第一行命令查看域名是否指向另一个名称，第二行查看 IPv4 地址。某一行没有结果不一定代表网站故障，也可能是该域名使用了另一类记录。
结果会变化：托管配置或 DNS 缓存更新后，你看到的名称、IP 和顺序可能与示例不同。