DNS 记录类型详解：A、AAAA、CNAME、MX、TXT、NS 等

• A 和 AAAA 把名称指向 IPv4 或 IPv6 地址；CNAME 让一个名称成为另一个名称的别名。
• MX 指定接收邮件的服务器；TXT 存放 SPF、DKIM、DMARC 和验证码等文本。
• NS 记录把域名委派给它的域名服务器；修改 NS 就等于把整个 DNS 迁到别处。
• 修改并不会被“推送”出去：解析器会一直使用旧的应答，直到其 TTL 到期。

• 根域名（example.com 本身）不能使用 CNAME：根域名上还有 NS 和 SOA 记录，而 CNAME 不能与其他记录共存。根域名请使用 A/AAAA；许多服务商为此提供 ALIAS/ANAME 或“CNAME 拉平（flattening）”功能。
• 设置了 CNAME 的名称不能再有其他记录，因此不能给 CNAME 子域名添加 MX 或 TXT。
• MX 和 NS 记录必须指向主机名，不能直接指向 IP 地址，也不能指向 CNAME。
• 同一名称只能有一条 SPF 记录；用于其他用途的多条 TXT 记录则没有问题。
• 在某些控制面板中，末尾的点很重要：mail.example.com. 是完整名称；不加点时，面板可能会自动追加你的域名，变成 mail.example.com.example.com。

每条记录都有以秒为单位的 TTL（生存时间）。运营商和公共 DNS 服务的解析器会在这段时间内缓存应答。你修改记录后，已经缓存旧值的解析器会继续使用旧值，直到 TTL 到期——这就是人们常说的 DNS 生效（传播）时间。

提前规划：迁移网站前一天，把要修改的记录的 TTL 调低到 300 秒（5 分钟），迁移完成后再调回 3600 秒或更高。修改域名服务器（NS）需要更久，因为上级区域（例如 .com）中的 NS 记录 TTL 可能长达两天，有些解析器会等满这么久。

否定应答同样会被缓存：如果在创建某个名称之前就查询了它，“名称不存在”的应答可能会在区域 SOA 记录规定的否定 TTL 内一直被缓存。

• 网站托管在主机上：为 example.com 设置 A（如有则加 AAAA）记录，www 设置为指向 example.com 的 CNAME。
• 使用 Google Workspace 或 Microsoft 365 邮箱：添加对方提供的 MX 记录、SPF 中的 include、CNAME/TXT 形式的 DKIM 以及一条 DMARC 记录。详见 SPF、DKIM 与 DMARC 指南。
• Google Search Console 等服务的验证：在域名上添加一条 TXT 记录，它可以与 SPF 共存。
• 为 SaaS 服务（网店、客服系统）设置子域名：shop CNAME 指向服务商提供的主机名。

• 查询域名，即可在一处看到 A、AAAA、MX、NS、TXT 等记录。
• DNS 传播检测会询问全球各地的公共解析器和你的权威域名服务器是否已经看到新值。
• 邮件安全检测会检查 MX、SPF、DKIM 和 DMARC。