DNS 解析指南：A、AAAA、CNAME 与 TXT

四类常见记录分别解决什么问题

A 和 AAAA 填地址，CNAME 填目标域名，不填带 https:// 或路径的网址。TXT 应按服务商提供的内容填写；它本身不会把浏览器跳转到其他页面。

先检查名称，再排除记录冲突

根域名与 www 是两个不同名称。控制台可能用空值或 @ 表示根域名，也可能自动追加域名后缀，填写时应遵循实际界面说明，避免重复成 www.example.com.example.com。

• 同一名称可以同时有 A 与 AAAA，但两种地址都应能提供所需服务；错误的 IPv6 配置可能导致部分用户访问异常。
• 同一名称设置 CNAME 时，不能再同时配置 A、AAAA 或 TXT 等普通记录。不要误删其他名称下的记录。
• 标准 CNAME 不适合直接放在根域名，因为根域名已有必要的 SOA、NS 记录。若服务商提供别名或扁平化功能，应遵循其说明，不能默认所有平台都支持。

TTL 控制缓存，不承诺统一生效时间

TTL 表示 DNS 答案可被缓存的时长。改完记录后，一些递归解析器或设备仍可能使用旧缓存，因此不同网络看到结果不一致并不罕见。把 TTL 调低也不能立刻清除已经缓存的旧答案。

迁移服务时，应提前规划 TTL 调整并保留旧服务，待解析与实际流量验证后再结束迁移。新记录、负缓存、浏览器缓存和应用自己的解析行为，都可能影响观察结果；不要把某个固定等待时长当成成功依据。

按层验证，区分解析问题与网站问题

1. 先确认域名使用哪组权威 DNS，以及自己修改的是否为生效中的区域。
2. 检查记录名称、类型和值，再查询对应类型；验证 TXT 时应查询服务商要求的具体名称。
3. 比较权威服务器与常用递归解析器返回的答案，判断记录是否更新、是否仍受缓存影响。
4. 解析正确后，再检查服务器连通性、网站绑定与证书。DNS 成功不等于网页或 HTTPS 一定正常。

dig example.com NS +noall +answer
dig example.com A +noall +answer
dig example.com AAAA +noall +answer
dig www.example.com CNAME +noall +answer
dig _verify.example.com TXT +noall +answer

这些命令仅示范查询方法，不代表示例域名实际具有表格中的记录。实际排查时替换为自己的域名，结合预期值和不同网络的结果判断。