DNS_PROBE_FINISHED_NXDOMAIN与NAME_NOT_RESOLVED区别，核心在于一个更接近具体的 DNS 返回结果，另一个是浏览器对“主机名没有成功解析”的概括性提示。看到 DNS_PROBE_FINISHED_NXDOMAIN 时，应先确认域名、子域名或 DNS 记录是否存在；看到 NAME_NOT_RESOLVED 时，应先判断是单个网站、单台设备，还是整个网络的解析失败。两者都不直接等于“网站服务器宕机”。
为什么两个报错看起来相近，但排查方向不同？
访问网站前，浏览器需要先把域名转换成 IP 地址。这个过程由本机配置的 DNS、路由器或运营商 DNS、公共递归 DNS，以及目标域名的权威 DNS 共同完成。只要这一步没有得到浏览器可用的地址，页面就可能无法打开。
DNS_PROBE_FINISHED_NXDOMAIN 中的 NXDOMAIN，是 DNS 协议里的否定结果，通常表示当前 DNS 查询得到“这个域名不存在”。这里的“当前”很重要：它可能是域名确实没有注册、子域名拼写错误、记录已删除，也可能是企业内外网使用不同 DNS，导致某个解析环境看不到该名称。
NAME_NOT_RESOLVED 的范围更宽。它表示浏览器没有把主机名解析成可用地址，但不一定告诉你具体原因。原因可能是 NXDOMAIN，也可能是 DNS 请求超时、DNS 服务不可达、返回 SERVFAIL、代理或 VPN 改变了解析路径，或者浏览器使用的 DNS 配置与系统配置不一致。
| 比较维度 | DNS_PROBE_FINISHED_NXDOMAIN | NAME_NOT_RESOLVED |
|---|---|---|
| 信息含义 | 更接近“查询结果显示名称不存在” | 更接近“浏览器未能完成名称解析” |
| 判断范围 | 偏向域名、子域名或 DNS 记录本身 | 覆盖域名、DNS 服务、网络链路和本机设置 |
| 是否可能重合 | 可能是 NAME_NOT_RESOLVED 的具体原因 | 可能由 NXDOMAIN 引起，但不只代表 NXDOMAIN |
| 优先检查对象 | 拼写、域名状态、记录、DNS 视图 | 故障范围、DNS 可达性、本机和浏览器配置 |
| 能否证明服务器宕机 | 不能 | 不能 |
看到哪一种报错时，应该先查什么？
看到 DNS_PROBE_FINISHED_NXDOMAIN，先查域名和记录是否存在
如果只有一个域名打不开，而且浏览器显示 DNS_PROBE_FINISHED_NXDOMAIN，先完整检查地址。重点看顶级域名、拼写、连字符、子域名和是否误把内部地址放到了公网环境中。一个字符写错，就可能查询到一个根本不存在的名称。
确认拼写无误后，可在终端执行 nslookup example.com，或在 Linux、macOS 中使用 dig example.com 查询。若结果明确显示 NXDOMAIN 或“Non-existent domain”，说明这次 DNS 查询认为该名称不存在。此时应继续确认域名注册状态、DNS 区域是否已创建，以及 A、AAAA、CNAME 等记录是否配置在正确的 DNS 服务上。
如果不同网络或不同 DNS 得到的结果不一样，不要立即认定域名已失效。企业内网常使用分流 DNS：内网 DNS 能解析内部域名，公网 DNS 可能返回 NXDOMAIN；反过来也可能存在 DNS 污染、策略过滤或缓存差异。将查询结果与实际使用场景对照，才能判断是记录缺失，还是解析视图不同。
验证结果可以这样理解：多个独立解析环境都返回 NXDOMAIN，且域名拼写正确，问题更接近域名或 DNS 区域配置；只有某个 DNS 返回 NXDOMAIN，其他解析环境可以得到正常记录，问题更接近该 DNS 的缓存、策略或解析路径。
看到 NAME_NOT_RESOLVED，先查故障影响范围
如果提示是 NAME_NOT_RESOLVED，不要只盯着这个错误名称。先打开另一个平时正常的网站，再让同一网络中的另一台设备访问目标域名。这样可以快速区分范围。
- 只有一个域名失败：优先检查域名拼写、该域名的 DNS 记录、内外网 DNS 视图，以及是否刚修改过解析。
- 多个网站在同一台设备上失败：优先检查本机 DNS 配置、DNS 缓存、代理、VPN 和网络连接。
- 同一网络中的多台设备都失败：优先检查路由器下发的 DNS、上游 DNS 可达性和网络侧策略。
- 系统中的其他程序正常，只有某个浏览器失败：检查浏览器的安全 DNS、代理和网络配置是否与系统不同。
如果切换到另一网络后目标域名立即恢复，说明原网络的 DNS 路径或网络策略值得优先检查；如果所有网络都失败，而其他域名正常，则更应该回到目标域名的记录和权威 DNS 配置上。这个范围判断比单独根据 NAME_NOT_RESOLVED 这几个字更可靠。
已经判断出是解析问题，怎么按范围选择排查方向？
| 现象 | 优先方向 | 动作与结果判断 |
|---|---|---|
| 只有一个域名失败，所有设备都一样 | 域名和 DNS 记录 | 核对名称和记录，再用不同解析环境查询。都返回 NXDOMAIN，说明记录或区域配置需要修正；只有部分环境失败，说明存在 DNS 视图或解析路径差异。 |
| 多个域名失败，只有一台设备受影响 | 本机解析环境 | 检查 DNS 地址、缓存、hosts 文件、VPN 和代理。修正或暂时隔离某项设置后重新查询，若恢复，故障范围就在本机链路。 |
| 多个设备同时无法访问多个域名 | 路由器或上游 DNS | 检查路由器下发的 DNS 和外网连接，并用移动网络对照测试。其他网络正常而当前网络失败，说明应处理当前网络的 DNS 或出口问题。 |
| 只在一个浏览器中失败 | 浏览器的解析和代理设置 | 检查该浏览器的安全 DNS、代理和配置文件，再用其他浏览器复测。只有原浏览器失败，通常不应先修改网站 DNS。 |
| 同一域名时好时坏 | 解析链路和不同 DNS 结果 | 连续查询并比较不同网络的结果。若返回内容反复变化，应检查多个 DNS 节点、记录一致性和网络稳定性，而不是只根据一次报错下结论。 |
怎样用一次解析结果确认判断，而不是只看浏览器提示？
浏览器错误页适合告诉你“访问没有完成”，但不一定展示 DNS 的原始结果。可以先直接查询目标域名，再把查询结果与浏览器提示对照。Windows 可使用 nslookup 域名，Linux 或 macOS 可使用 dig 域名。
- 查询明确返回 NXDOMAIN：这次解析认为域名不存在，排查重点是名称、DNS 区域和解析视图。
- 查询超时、无法连接 DNS，或返回 SERVFAIL：更接近解析服务或网络链路故障，不能简单归为域名不存在。
- 查询得到有效地址记录：说明至少有一个 DNS 环境能够解析该名称。此时若浏览器仍显示 NAME_NOT_RESOLVED，应检查浏览器使用的 DNS、代理、缓存，或重新确认查询与浏览器是否走了同一条链路。
- 查询返回 NOERROR 但没有所请求类型的记录：这不等同于 NXDOMAIN。它可能表示域名存在，但缺少当前查询的记录类型，需要继续查看 CNAME、A、AAAA 等相关记录。
- 不同 DNS 返回不同结果：先记录每个环境的结果和网络位置，再判断是分流 DNS、缓存差异、策略拦截还是记录尚未同步。
因此，DNS_PROBE_FINISHED_NXDOMAIN 更适合用来选择“先核对名称和 DNS 记录”的方向；NAME_NOT_RESOLVED 更适合用来选择“先判断故障范围和解析链路”的方向。两者不是严格互斥的故障类别，后者可能包含前者。实际处理时，先看影响范围，再用 nslookup 或 dig 确认 DNS 返回结果，最后决定是修改域名记录、调整本机设置，还是处理网络侧 DNS。
