域名解析失败怎么办？先判断问题发生在本地设备、当前网络，还是域名的权威 DNS 配置。可以先用手机流量访问同一域名：如果手机能打开而电脑打不开，优先排查本地 DNS、缓存、代理或网络；如果不同设备和网络都无法解析，则重点检查域名状态、DNS 服务器、解析记录和 DNSSEC 配置。

先确认是“解析失败”，还是网站本身无法访问

域名解析是把域名转换为 IP 地址的过程。浏览器提示“找不到服务器”“DNS_PROBE_FINISHED_NXDOMAIN”“SERVFAIL”或“无法解析主机”，通常属于 DNS 环节异常。若页面已经能够打开，但出现超时、连接被拒绝、证书错误或服务器返回 5xx 状态码，则问题可能在网站服务器、端口、防火墙或证书，不一定是域名解析失败。

可以按下面的方式快速缩小范围：

• 只有一台电脑打不开，其他设备正常：优先检查本机 DNS 缓存、代理、Hosts 文件和安全软件。
• 同一 Wi-Fi 下的设备都打不开，切换手机流量后正常：优先检查路由器或当前网络的 DNS。
• 所有网络、所有设备都打不开：重点检查域名是否过期、名称服务器是否正确、解析记录是否存在。
• 只有带或不带“www”的其中一种形式打不开：重点检查根域名和 www 子域名的记录是否完整。

第一步：用 DNS 查询命令确认错误类型

不要只依赖浏览器提示，可以直接查询域名。Windows 打开命令提示符，执行 nslookup your-domain.com；macOS 或 Linux 可以执行 dig your-domain.com。将其中的示例域名替换为实际域名。

重点看返回结果：

如果使用 nslookup 或 dig 查询时能返回正确 IP，而浏览器仍然报解析错误，可能是浏览器启用了独立的安全 DNS、代理设置异常，或者本地缓存尚未更新。

第二步：清理本机 DNS 缓存和网络状态

域名解析记录修改后，电脑、浏览器、路由器和运营商 DNS 可能仍保留旧缓存。先关闭浏览器重新打开，再清理系统 DNS 缓存。

• Windows：以管理员身份打开命令提示符，执行 ipconfig /flushdns，然后重新连接网络。
• macOS：打开终端，执行 sudo dscacheutil -flushcache，再执行 sudo killall -HUP mDNSResponder。不同系统版本的缓存机制可能略有差异。
• Linux：如果系统使用 systemd-resolved，可执行 sudo resolvectl flush-caches；若使用其他网络服务，则应按照当前发行版的 DNS 服务重启缓存。

清理后仍无法访问时，可以重启路由器，或暂时断开 VPN、代理、加速器和网络过滤软件。部分安全软件会拦截 DNS 请求，浏览器的“安全 DNS”也可能绕过系统设置，因此应同时检查浏览器网络设置。

第三步：临时更换 DNS，判断是不是当前网络的问题

可以把设备或路由器的 DNS 临时改为其他可用的公共 DNS 进行对比测试，例如运营商提供的 DNS、常见公共 DNS，或企业内部指定的 DNS。修改后要重新连接网络，并再次执行查询命令。

如果更换 DNS 后立即可以解析，说明原 DNS 服务器可能存在缓存未更新、服务异常、访问受限或解析策略问题。此时可以继续使用稳定且符合所在网络要求的 DNS，也可以联系网络运营商。办公网络、校园网络和企业专线可能依赖内部域名，不能长期随意替换 DNS，否则其他内部服务可能无法访问。

第四步：检查域名是否过期或处于异常状态

如果所有设备和网络都无法解析，先登录域名注册商后台，确认域名仍在有效期内，并检查是否处于暂停解析、锁定、实名认证未完成、欠费或争议处理等状态。域名过期后，注册商可能停止原有解析，甚至将域名指向提示页面。

还要确认域名使用的名称服务器是否正确。注册商后台显示的名称服务器，必须与实际托管 DNS 的服务商一致。如果刚更换过 DNS 服务商，却只在新服务商处添加了记录，而注册商仍指向旧名称服务器，那么互联网查询到的仍可能是旧配置。

第五步：核对 A、AAAA、CNAME 等解析记录

进入实际提供 DNS 服务的平台，检查域名记录是否存在、主机记录是否填写正确、记录值是否指向当前服务器。常见检查点包括：

• 根域名的主机记录通常使用“@”或留空，不能误填成完整域名。
• “www”是一个独立的子域名，需要单独配置 A 记录或 CNAME 记录。
• A 记录应指向 IPv4 地址，AAAA 记录应指向 IPv6 地址；如果 AAAA 记录指向错误服务器，部分 IPv6 网络可能访问失败。
• CNAME 记录的目标应填写正确，且同一主机名通常不能与其他类型记录产生冲突。
• 确认记录状态为启用，避免误设置为暂停、仅代理或仅内部解析。
• 如果网站使用 CDN、云服务器或托管平台，应以平台要求的记录类型和值为准，不要只根据旧服务器信息填写。

如果只有某个子域名失败，应重点检查这个子域名，而不是反复修改根域名记录。修改前最好记录当前配置，避免误删邮件、验证或其他业务所需的 MX、TXT、CNAME 记录。

第六步：域名刚修改过时，先考虑缓存和传播

DNS 记录不是修改后所有网络立即同步。递归 DNS 会根据 TTL 保留旧结果，路由器、浏览器和本地系统也可能存在缓存。因此，刚更换 IP、名称服务器或 CDN 后，部分地区能访问、部分地区仍打不开，并不一定代表新配置完全错误。

排查时可以分别查询不同 DNS 服务器的结果，比较它们返回的 IP 或记录是否一致。如果新旧结果同时存在，通常需要等待缓存逐步更新。不要为了“加快生效”反复修改同一条记录，这可能让不同网络持续获得不同结果，也会增加定位难度。

出现 SERVFAIL 时重点检查 DNSSEC

如果查询结果是 SERVFAIL，且域名最近更换过 DNS 服务商、名称服务器或签名配置，应检查 DNSSEC。DNSSEC 的 DS 记录通常保存在注册商侧，而签名信息位于权威 DNS 服务商侧；两边不匹配时，验证 DNSSEC 的解析器可能拒绝返回结果。

处理时应核对注册商后台的 DS 记录、DNS 服务商的 DNSSEC 状态以及当前名称服务器是否属于同一套配置。不了解 DNSSEC 时，不要直接删除或新增相关记录；可以先依据注册商和 DNS 服务商后台显示的状态进行比对，必要时联系服务商确认正确的启用或停用顺序。

如何确认修复是否真正完成

修改后不要只在一台电脑上测试。可以依次验证：

1. 使用当前网络和另一种网络分别查询域名。
2. 分别测试根域名、www 子域名以及业务实际使用的其他子域名。
3. 确认查询结果中的 IP 是当前服务器或 CDN 分配的地址。
4. 检查浏览器是否能打开网站，并观察 HTTPS、登录、图片和接口等实际业务是否正常。
5. 如果使用邮件服务，额外确认 MX、SPF、DKIM 和 DMARC 等记录没有被误删。

仍然无法解析时，应该联系谁

如果查询结果为 NXDOMAIN，联系域名注册商或 DNS 托管商核对域名状态、名称服务器和权威记录；如果为 SERVFAIL，优先提供域名、错误时间、查询结果以及近期是否更换 DNSSEC 或名称服务器的信息；如果已经能解析出正确 IP，但网站仍无法打开，则应转向服务器、CDN、云平台或网站程序负责人排查。

排查域名解析失败时，最有效的顺序是：先区分设备范围，再用命令确认错误类型，接着清理本地缓存和更换 DNS，最后核对域名状态、名称服务器、解析记录、DNSSEC 及缓存更新情况。按这个顺序处理，通常可以较快判断故障究竟发生在本地网络，还是域名服务端。