域名解析异常时，先确认问题是域名没有解析、解析到了错误地址，还是解析正常但网站仍无法访问。按“核对域名状态与权威配置—对比不同解析器结果—检查本地网络和缓存”的顺序排查，通常能找到故障环节。修改记录后，只有权威 DNS 返回正确结果，并且实际访问端也已更新，才算恢复。
先看报错和影响范围，判断故障类型
记录完整报错、发生时间，以及受影响的域名形式：主域名、www 子域名，还是特定网络下的访问。再用手机流量、另一台设备或不同网络测试。若多个网络都无法解析，优先检查域名状态、DNS 托管和记录；若只在一台设备或一个网络出现，优先排查本地缓存、路由器或所用递归 DNS。
- NXDOMAIN：解析器认为域名或该主机名不存在。检查拼写、子域名是否创建、域名是否过期，以及权威区域中是否有对应记录。
- SERVFAIL：解析过程失败，可能与权威 DNS 不可用、委派配置错误或 DNSSEC 校验不一致有关，不能仅凭这个结果判断记录不存在。
- 可能是网络到解析器的连接问题，也可能是权威 DNS 未响应。换网络或解析器对比后再定位。
- 返回了 IP 但打不开：域名解析可能已经正常，接下来要查服务器、端口、HTTPS 证书、CDN 或防火墙，而不是反复修改 DNS。
核对域名状态、DNS 委派和记录
先到域名注册商确认域名未过期、未处于暂停或锁定等影响解析的状态。然后检查注册商设置的名称服务器（NS）是否与实际管理 DNS 记录的平台一致。常见问题是记录改在了旧服务商面板，但域名仍委派给另一组名称服务器；这种情况下，改动不会影响当前对外解析。
确认委派后，再检查权威 DNS 区域里的记录。网站通常需要核对主域名和 www 是否分别配置正确：主域名常使用 A 记录指向 IPv4 地址，也可能使用 AAAA 指向 IPv6 地址；www 可设置 A/AAAA 或 CNAME。注意检查记录名称、类型、目标值和是否误删。若只有 IPv6 地址错误，部分支持 IPv6 的网络可能出现访问失败；若主域名正常而 www 异常，应分别修复对应主机名。
可用命令快速对比查询结果：
nslookup example.com
nslookup -type=ns example.com
dig example.com A
dig example.com AAAA
dig +trace example.com将 example.com 换成实际域名。Windows 可用 nslookup；安装了 dig 的系统可用后几条命令。若递归查询结果错误，可进一步查询权威名称服务器，确认错误是否已经存在于权威数据中。若权威回答正确、某个递归解析器仍返回旧地址，问题更可能在缓存或传播过程中。
用结果差异锁定本地、缓存或 DNSSEC 问题
分别在故障设备、另一网络及不同递归解析器上查询同一记录。只有本机结果异常时，可先重启浏览器或网络设备，再清理本机 DNS 缓存：Windows 命令提示符运行 ipconfig /flushdns；其他系统可按其网络服务方式刷新缓存。若同一 Wi-Fi 下多台设备都异常、切换手机流量后正常，检查路由器设置或该网络使用的 DNS 服务。
若权威服务器和多个递归解析器持续返回错误，应回到 DNS 托管平台修正记录或委派。若出现 SERVFAIL，且记录看似无误，检查 DNSSEC：注册商中的 DS 信息必须与 DNS 托管商当前的 DNSKEY 配置匹配。迁移 DNS 服务后遗留的 DS 记录可能导致校验失败；不要随意关闭 DNSSEC，应按服务商给出的参数修正或移除失效配置。
刚修改记录时，旧答案可能仍留在递归解析器缓存中。等待时间与记录原有 TTL、缓存情况及服务商更新速度有关，并非所有解析都会在同一时刻刷新。排查时以权威查询是否已更新为分界：权威结果未变，继续检查配置或发布状态；权威结果正确但外部查询仍旧，留出缓存更新时间，再复测，不要频繁改写记录造成判断混乱。
确认解析恢复，再处理网站访问
修复后，分别检查主域名和实际使用的子域名，确认 A、AAAA 或 CNAME 返回预期目标，并在不同网络复测。如果解析已正确但网页仍打不开，再检查目标服务器是否在线、Web 服务端口和防火墙是否放行、CDN 回源地址是否正确，以及 HTTPS 证书是否匹配。只有解析结果正确且实际访问也恢复，才可确认故障解决；若记录正确而网站仍报连接或证书错误，应转向服务器或 CDN 排查。