域名解析异常怎么解决，不能只从本地 DNS 缓存入手。应先判断是域名本身没有正确委派、解析记录配置错误，还是记录已经生效但部分网络仍在使用旧缓存。通常按照“故障范围—域名状态—权威 DNS—解析记录—缓存环境”的顺序检查，能更快找到原因；只有权威 DNS 返回正确结果、常用网络查询一致且业务能够访问，才算真正恢复。
先根据现象判断故障范围
先分别测试根域名和常用子域名，例如域名本身与 www 是否表现一致，再换用手机流量、家庭网络和公司网络进行查询。不同范围对应的排查方向并不相同。
- 所有网络都无法解析：优先检查域名是否到期、是否被设置为暂停解析，注册商处的 NS 服务器是否正确，以及权威 DNS 是否能正常响应。
- 只有一个设备或一个网络异常：重点检查本机缓存、hosts 文件、路由器 DNS、VPN、企业内网 DNS 或安全软件。
- 刚修改记录后异常：先核对新记录，再考虑 TTL 和递归 DNS 缓存，不要因为暂时没有变化就连续修改多次。
- 有时正常、有时错误：常见原因是多个 A 或 AAAA 记录指向不同服务、不同权威 DNS 返回结果不一致，或者 IPv4 与 IPv6 配置不一致。
- 能解析但网页打不开：解析链路可能已经正常，应转而检查目标服务器、端口、CDN 回源或 HTTPS 配置，不要继续反复修改 DNS。
第一步：检查域名状态和 DNS 委派
在注册商后台确认域名没有过期，且没有处于暂停解析、欠费锁定或其他会阻止解析的状态。域名状态正常后，查看注册商设置的 NS 服务器。域名实际使用哪组 NS，取决于注册商处的委派结果，而不是只看某个 DNS 服务商控制台里是否已经创建了记录。
常见错误是：记录添加在 DNS 服务商 A，但域名委派到 DNS 服务商 B；或者更换 DNS 服务商后，只修改了控制台内容，没有同步修改注册商处的 NS。此时后台看起来记录完整，公网查询仍可能返回旧结果或 NXDOMAIN。
可以使用 nslookup 或 dig 查询域名的 NS。需要重点确认父级域名返回的 NS 与实际管理记录的平台一致。若使用 dig +trace 逐级追踪，最后应能看到正确的权威 DNS；如果在委派环节就中断，问题通常还没有进入 A、AAAA 或 CNAME 记录层面。
第二步：直接查询权威 DNS，排除缓存干扰
不要只依赖浏览器或公共 DNS 的一次查询结果。先找到域名的权威 DNS，再直接向权威服务器查询 A、AAAA、CNAME 等记录。权威服务器返回什么，代表当前配置的真实状态；公共 DNS 返回什么，则还可能受到缓存、线路策略或递归服务器故障影响。
如果权威 DNS 没有返回目标记录，或返回了错误的 IP，应在对应 DNS 控制台修正。如果权威 DNS 返回正确，而某些公共 DNS 仍返回旧地址，通常属于缓存尚未过期。此时不宜立即删除并重建记录，也不宜频繁切换服务商，应先记录当前 TTL，等待缓存自然更新。
若查询结果显示 NXDOMAIN，通常表示域名或对应主机名不存在；若显示 SERVFAIL，可能与权威服务器不可用、DNSSEC 校验失败或委派异常有关；如果没有错误码但返回空结果，还要确认查询的记录类型是否正确，例如只检查 A 记录，却实际配置的是 CNAME。
第三步：核对记录类型、主机名和目标值
网站常见的解析错误集中在记录内容本身。根域名通常配置 A 或 AAAA 指向服务器 IP，www 常配置 CNAME 指向根域名或平台提供的目标主机。检查时不要只看记录值，还要核对主机名、记录类型、线路、TTL 和是否启用了代理。
- A 记录：确认 IPv4 地址没有输错，且目标服务器确实承载当前网站。
- AAAA 记录：确认 IPv6 地址可用。若 AAAA 指向故障主机，支持 IPv6 的用户可能优先访问错误地址，即使 A 记录正常。
- CNAME 记录：确认目标主机名完整且仍有效。同一个主机名配置 CNAME 时，通常不能再同时配置 A、AAAA 或其他冲突记录。
- 根域名和 www：二者是不同的查询名称，不能因为根域名正常就认为 www 也一定正常。
- 邮件相关记录：网站恢复后仍收不到邮件，应另外检查 MX、SPF、DKIM 或 DMARC，不要用网站的 A 记录替代邮件记录。
如果刚从旧服务器迁移到新服务器，检查所有权威 DNS 是否都已更新。有些 DNS 服务商存在多个区域或多个环境，误改测试区域也会造成“控制台已修改、线上没有变化”的现象。
第四步：检查 DNSSEC、CDN 和多线路设置
开启 DNSSEC 的域名，在更换 DNS 服务商或重新生成密钥后，注册商处的 DS 记录必须与新权威 DNS 的 DNSKEY 匹配。DS 仍指向旧密钥而权威服务器已经更换时，部分递归 DNS 会因校验失败返回 SERVFAIL。此类问题不能靠清理浏览器缓存解决，应在 DNS 服务商和注册商两侧核对 DNSSEC 配置，按实际迁移状态修正密钥或 DS 记录。
如果域名使用 CDN、云解析线路或分地区解析，还要确认当前网络命中了哪条线路。一个地区返回新 IP、另一个地区返回旧 IP，可能不是缓存，而是线路规则、健康检查或备用地址仍在生效。先暂时查看权威 DNS 的实际返回结果，再调整线路，避免同时改动 CDN、源站和 DNS，导致问题范围扩大。
第五步：最后处理本地缓存和递归 DNS
当权威 DNS 已经返回正确结果，仍只有个别设备访问异常时，再清理本地环境。可依次重启浏览器或设备，刷新操作系统 DNS 缓存，检查 hosts 文件中是否存在旧 IP，并暂时关闭 VPN、代理或自定义网络过滤工具。路由器也可能缓存旧结果，重启路由器或更换可信的递归 DNS 后再测试。
刚修改解析记录时，旧结果可能继续存在于运营商 DNS、公司 DNS、路由器或本地系统中。缓存有效期通常受 TTL 影响，NXDOMAIN 还可能受到负缓存时间影响。因此，修改后没有立即生效不等于配置失败。应以权威 DNS 查询为基准，并在不同网络重复验证，而不是仅凭一台设备的浏览器结果判断。
什么情况下可以确认解析已经恢复
满足以下条件后，才适合结束排查：权威 DNS 对根域名和实际访问的子域名均返回预期记录；主要公共递归 DNS 的结果逐步一致；不同网络不再出现旧 IP 或 NXDOMAIN；A、AAAA 没有把用户引向故障地址；网页、接口或邮件等对应服务能够正常连接。
如果只有网页打不开，但 A 或 CNAME 已稳定返回正确目标，应把 DNS 排查结论收束为“解析正常”，继续检查源站端口、防火墙、CDN 回源和应用服务。反过来，如果权威 DNS 本身仍返回错误，就不要先修改网站程序或反复清浏览器缓存，优先修复委派、记录或 DNSSEC 问题。
排查时避免反复修改造成二次故障
每次只调整一个明确配置，并在修改前记录原有 NS、记录值和 TTL。更换 NS 后要同时确认新 DNS 区域已经创建；删除旧记录前要确认新记录能够被权威服务器正确返回；处理 AAAA、CNAME 或 DNSSEC 时，要先判断它们是否仍被业务使用。按照从权威配置到缓存环境的顺序排查，通常比盲目更换 DNS 服务商或不断刷新页面更容易恢复域名解析。
