不同记录用途不同，配错一种整条链路都可能失效。这类问题在工单里出现频率很高，绝大多数不是面板坏了，而是配置的先后顺序不对。

下面按“先判断范围、再处理、最后防复发”的顺序展开，涉及 A记录、CNAME 的关键动作都给了具体做法，可以照着走。

A 与 AAAA

指向 IPv4 与 IPv6 地址。

条件允许的话先在测试环境走一遍，再动生产。

CNAME

指向另一个域名，不能与 A 记录共存。

容易踩的坑：另一个坑是照抄别人的参数，环境不同，参数就该重新算。

MX 与 TXT

邮件收发与身份验证用。

需要留痕的操作，把时间点和现象一起记下来，复盘时最有用。

NS

指定由哪组 DNS 服务器解析。

常见问题

Q：A记录这类问题，最快的判断办法是什么？
先确认现象的范围：只有单台还是全部、只在某个时段还是持续。范围一缩小，原因基本就浮出来了。

Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。

小结

回到这篇的四个环节：A 与 AAAA、CNAME、MX 与 TXT、NS。把这几步走完，绝大多数同类问题都能自己解决；确实卡住的，把日志时间点和报错原文一起提交工单会快很多。

相关阅读：网站安全扫描怎么做、网站日志分析入门、网站怎么接对象存储。