DNS_PROBE_FINISHED_NXDOMAIN与NAME_NOT_RESOLVED区别：按现象怎么选

NAME_NOT_RESOLVED通常表示域名解析失败：浏览器或系统无法把网站域名转换成服务器 IP 地址，因此连接还没有进入网页服务器或应用程序。Chrome 中常见的完整提示是 NET::ERR_NAME_NOT_RESOLVED。它不等同于网站代码报错，也不一定说明服务器已经宕机，问题可能出在域名拼写、本地网络、DNS 服务、代理配置，或域名本身的解析记录。

NAME_NOT_RESOLVED 具体发生在哪一步

访问一个网址时，设备通常先读取本地缓存和 hosts 配置；如果没有可用结果，再向当前网络指定的 DNS 服务器查询。DNS 服务器负责回答域名对应的 IPv4 或 IPv6 地址。只有拿到可连接的地址后，浏览器才会继续建立 TCP、TLS 连接并请求网页内容。

如果查询结果是域名不存在、解析服务器无响应、返回服务器故障，或者本机根本没有正确访问 DNS 的条件，浏览器就可能显示 NAME_NOT_RESOLVED。由此可见，排查重点不是立即修改网页内容，而是先确认“域名是否能被正确解析”，再判断问题属于本地、网络还是域名配置。

常见原因：从域名本身到当前设备

域名拼写或访问地址不正确

多一个字符、少一个连字符、顶级域名写错，都会让 DNS 查询指向一个不存在的名称。复制网址时还可能把路径、端口或不可见字符一并带入。先手动核对主域名和子域名，尤其要注意 www、api、mail 等前缀是否写对。

域名没有有效解析记录

域名注册状态正常，并不代表网站一定配置了可用解析。主域名通常需要 A 或 AAAA 记录，子域名则需要对应的记录，或者通过 CNAME 指向另一个有效名称。如果记录被删除、目标名称失效、DNS 托管迁移后没有补齐配置，查询就可能返回 NXDOMAIN 或 SERVFAIL，最终在浏览器中表现为 NAME_NOT_RESOLVED。

新建或修改 DNS 记录后，部分网络仍可能暂时使用旧缓存。不过，如果多个公共 DNS 都长期无法得到有效结果，就不能只把问题归因于“传播还没完成”，还应检查权威 DNS、记录名称、记录类型和域名状态。

本地 DNS 缓存或网络 DNS 异常

设备、路由器和运营商网络通常都会缓存 DNS 结果。缓存过期、缓存内容错误、路由器转发异常，或者当前 DNS 服务器暂时不可用，都可能导致只有某一台设备无法打开网站。公共 Wi-Fi、公司内网和校园网还可能使用内部 DNS，外部域名或内部域名的解析规则与家庭网络不同。

代理、VPN 或 hosts 配置改变了解析路径

代理软件、VPN、企业安全客户端可能接管 DNS 请求。某些工具只允许特定域名通过，或者连接断开后留下不完整配置。系统 hosts 文件也可能把域名固定指向旧地址，导致浏览器得到错误结果。若只有某个浏览器或某个网络环境出现问题，应优先检查这些本地差异。

按范围判断：先确定问题影响面

高效排查的第一步是观察错误范围，而不是连续刷新页面。可以依次比较以下情况：

只有一个域名无法访问，还是所有网站都出现类似错误；
只有某个子域名失败，主域名和其他子域名是否正常；
同一网址在手机、另一台电脑或移动网络中是否能够打开；
关闭代理、VPN 或企业网络工具后，结果是否发生变化；
浏览器报错，还是系统中的其他网络程序也无法解析同一域名。

如果只有当前设备失败，问题更可能位于本机缓存、hosts、代理或网络设置。如果所有设备都失败，但其他网站正常，应重点查看该域名的权威解析和记录。如果整个网络中的多个域名都无法打开，则更接近路由器、运营商 DNS 或网络连接故障。

NAME_NOT_RESOLVED 的实用排查流程

第一步：确认域名和基础连接

重新输入域名，避免直接使用来源不明的长链接。随后打开几个确定正常的常用网站，判断当前网络是否可用。若所有网站都打不开，先处理 Wi-Fi、网线、路由器或认证页面；若只有目标域名失败，再继续检查 DNS。

第二步：清理本地缓存并重新获取网络配置

可以先关闭浏览器后重新打开，重启设备或路由器。Windows 可在命令提示符中执行 ipconfig /flushdns，必要时配合 ipconfig /release 和 ipconfig /renew 重新获取网络参数；macOS 和 Linux 的缓存清理方式取决于系统使用的 DNS 服务管理程序。清理缓存的作用是排除旧结果，并不能修复不存在的 DNS 记录。

第三步：直接查询 DNS 返回结果

在 Windows 中可使用 nslookup 域名，在 macOS 或 Linux 中可使用 dig 域名 或 nslookup 域名。重点观察查询是否超时、是否返回 NXDOMAIN、是否得到 A 或 AAAA 记录，以及使用的 DNS 服务器地址。

如果默认 DNS 查询失败，可以临时使用另一个可信 DNS 做对照测试。若更换 DNS 后只有当前网络恢复，说明原 DNS 服务或网络转发存在问题；若不同 DNS 都返回域名不存在，则更应检查域名拼写、权威 DNS 和解析记录。更换 DNS 是定位手段，不应被视为所有 NAME_NOT_RESOLVED 问题的固定解决方案。

第四步：检查 hosts、代理和 VPN

确认系统 hosts 文件中没有将目标域名指向失效地址，也没有残留旧项目、测试环境或广告拦截规则。检查浏览器和操作系统的代理设置，确认 VPN 当前是否真正连接；部分软件关闭界面后，代理地址仍可能保留。企业网络中的 DNS 分流策略也可能要求通过指定 VPN 才能解析内部域名。

第五步：检查域名端的配置

如果不同设备和不同网络都无法解析同一个域名，应进入域名注册商或 DNS 托管平台检查：域名是否过期或被暂停，域名服务器是否指向正确的托管商，A、AAAA、CNAME 等记录的名称和目标是否填写正确，记录是否被误删，以及权威 DNS 是否能够正常响应。

对于刚迁移的站点，还要确认新的权威 DNS 已经在注册信息中生效，且解析记录配置在实际生效的 DNS 服务商账户内。只在某些网络失败时，则需要进一步比较 IPv4、IPv6、DNS 分流和网络运营商的解析结果。

它与其他访问错误有什么区别

NAME_NOT_RESOLVED发生在“域名转换为 IP”阶段，常见表现是没有进入目标服务器。若域名已经成功解析，但连接端口被拒绝，通常会出现连接失败；如果服务器已经收到请求并返回 404、403 或 500，则属于网页服务器或应用层响应问题。区分这些阶段，有助于避免把 DNS 问题误判为网站程序、证书或数据库故障。

如果浏览器提示证书错误，说明通常已经找到了服务器并建立了加密连接；如果提示超时，可能是网络路径或服务器响应过慢。它们与 NAME_NOT_RESOLVED 的排查入口不同，不能只靠反复刷新或清除浏览器历史记录解决。