浏览器出现 NAME_NOT_RESOLVED 或 ERR_NAME_NOT_RESOLVED，通常表示设备无法通过 DNS 将网址中的域名解析成服务器 IP 地址。它不一定代表网络完全断开，也不一定是网站服务器宕机。更高效的排查顺序是：先确认域名是否写对，再判断是单台设备、当前网络还是域名本身的问题，最后针对对应范围清理缓存、检查 DNS、代理、 hosts 文件或联系网络管理方。

NAME_NOT_RESOLVED究竟表示什么？

访问网站时，设备通常会先向 DNS 服务器询问“这个域名对应哪个 IP 地址”。如果域名拼写错误、DNS 服务器没有响应、域名记录不存在，或者本机保存了错误的解析结果，浏览器就可能显示 NAME_NOT_RESOLVED。

常见原因包括以下几类：

• 网址或子域名写错：例如少写字符、使用了过期的二级域名，或者把内部系统地址当成公网地址访问。
• 本机 DNS 缓存异常：设备曾经保存了过期或错误的解析结果。
• 当前 DNS 服务不可用：路由器、运营商 DNS 或企业内部 DNS 暂时超时、拒绝查询或返回异常结果。
• 代理、VPN 或浏览器安全 DNS 设置影响解析：浏览器使用的解析路径可能与操作系统不同。
• 域名侧记录异常：域名的 A、AAAA、CNAME、NS 等记录缺失、配置错误、刚完成变更，或域名已经失效。

因此，直接反复刷新页面通常不能解决问题。先确认故障范围，能够避免把域名侧故障误判成电脑故障，也能避免在企业网络中随意修改 DNS。

排查时，应该先判断是网址、设备还是网络？

1. 先核对完整网址。

   重点检查域名拼写、顶级域名、子域名和短横线，不要只看页面标题。若网址来自聊天记录、收藏夹或旧文档，建议手动输入一遍。需要登录的内部系统还要确认是否必须连接公司 VPN 或使用内网 DNS；这类域名在公网 DNS 中可能本来就无法解析。

2. 先访问其他正常网站。

   如果所有网站都打不开，问题更接近网络连接、路由器或 DNS 服务；如果只有一个域名报错，则应重点检查这个域名的记录和访问范围。不要因为一个网站失败，就立即判断整个网络断开。

3. 用另一台设备或另一条网络对照。

   在同一 Wi-Fi 下用手机测试，再切换到移动数据或其他可信网络。如果同一 Wi-Fi 的多台设备都无法解析，而移动数据可以访问，故障大概率位于路由器、当前网络的 DNS 或运营商链路。如果只有一台电脑失败，则优先检查这台电脑的缓存、代理和本地配置。

4. 查询 DNS 返回结果。

   在 Windows、macOS 或 Linux 的终端中执行 nslookup 你的域名；部分系统也可以使用 dig 你的域名。返回 IP 地址，说明当前查询路径至少能够得到解析结果；返回 NXDOMAIN，通常表示 DNS 认为该域名不存在；持续出现超时或 Server failed，则更像是 DNS 服务不可用或查询链路异常。

注意：nslookup 查询的是 DNS 服务，不完全等同于浏览器的最终访问路径。浏览器可能启用了独立的安全 DNS，系统还可能受到代理、VPN 或 hosts 文件影响。因此，查询到 IP 后仍然报 NAME_NOT_RESOLVED 时，不能简单认定网站已经恢复。

确认是本机问题后，怎样按顺序恢复？

如果其他设备或其他网络可以正常打开同一域名，可以按照下面的顺序处理。每完成一项就重新测试一次，尽量不要同时修改多个设置，否则很难判断是哪一步生效。

第一步：清理本机 DNS 缓存

Windows 可以用管理员权限打开命令提示符，执行 ipconfig /flushdns。看到缓存清理成功的提示后，关闭并重新打开浏览器。

macOS 可在“终端”中执行 sudo dscacheutil -flushcache，再执行 sudo killall -HUP mDNSResponder。部分 macOS 版本执行后不会显示明显提示，这并不一定代表命令失败。

使用 systemd-resolved 的 Linux 系统通常可以执行 sudo resolvectl flush-caches；不同发行版的 DNS 服务可能不同。如果命令不存在，应先确认系统实际使用的解析服务，不要连续尝试不适用的命令。

第二步：检查代理、VPN 与浏览器 DNS

临时断开不需要的 VPN，检查系统代理是否被设置为不可用的地址，并查看浏览器是否启用了自定义“安全 DNS”或 DNS over HTTPS。可以先恢复为系统默认设置进行测试。如果公司或学校网络明确要求使用代理、VPN 或内部 DNS，则不要直接关闭，应改用管理员提供的连接方式。

这一步恢复的条件是：关闭或修正相关设置后，浏览器可以解析目标域名，同时其他正常网站仍能访问。测试完成后，应重新启用必要的安全连接，不要把关闭代理或 VPN 当成永久解决方案。

第三步：检查 hosts 文件是否存在错误映射

hosts 文件可以让设备绕过常规 DNS，直接把域名指向指定 IP。如果曾经使用过开发环境、广告拦截工具或网络调试工具，里面可能留有过期记录。Windows 常见位置是 C:\Windows\System32\drivers\etc\hosts，macOS 和 Linux 常见位置是 /etc/hosts。

修改前应先备份文件，只处理能够确认的目标域名记录。若不清楚某行的作用，不要随意删除整份文件。删除或注释掉错误映射后重新查询 DNS，只有当目标域名获得正常解析并能打开时，才能确认该步骤有效。

第四步：更换 DNS 只用于有依据的验证

如果 nslookup 显示当前 DNS 超时或返回异常，可以在允许的情况下，将 DNS 临时改为运营商提供的稳定地址或可信公共 DNS，再重新查询。更换 DNS 的价值主要是判断“当前解析服务是否故障”，并不是所有 NAME_NOT_RESOLVED 都应通过换 DNS 解决。

企业内网、校园网、专用 VPN 和内部域名往往依赖专用 DNS。此时改成公共 DNS 可能导致外部网站可以打开，却无法访问内部系统，所以应优先保留自动获取或管理员指定的 DNS。确认问题后，也应根据网络要求恢复正确配置。

为什么同一个网址只在一台设备上报错？

单台设备出现故障，通常说明域名本身并未普遍失效，而是该设备保存了错误状态。最常见的顺序是：DNS 缓存过期、浏览器独立 DNS 设置异常、代理或 VPN 规则错误、hosts 文件残留，最后才考虑网卡或系统网络组件问题。

如果清理缓存和检查代理后仍然失败，可以先重启浏览器，再断开并重新连接网络。若同一设备上的所有域名都无法解析，而其他设备正常，则还需要检查网卡获得的 DNS 地址、系统时间以及安全软件的网络过滤功能。系统时间明显错误时，某些加密 DNS 或代理连接也可能工作异常。

多个网络都失败时，什么时候需要等待域名侧恢复？

如果同一域名在不同设备、不同网络中都无法解析，并且多个 DNS 查询都返回 NXDOMAIN、超时或没有有效记录，那么继续清理本机缓存通常没有意义。此时应联系域名所有者、网站管理员或网络服务商，核查域名是否到期、权威 DNS 是否正确、解析记录是否被删除，以及最近的 DNS 变更是否已经生效。

如果域名刚修改过解析记录，不同网络出现结果不一致，可能是缓存和 TTL 尚未完成更新。恢复条件不是单台设备偶尔查询成功，而是主要 DNS 查询路径能够稳定返回正确 IP，并且目标服务能够正常建立连接。无法确认域名归属或配置权限时，不要通过修改本机 hosts 文件来“强行修复”，因为这只能影响当前设备，可能把临时现象变成长期错误。

NAME_NOT_RESOLVED恢复后还要确认什么？

恢复后应再次访问原始网址，并用至少一个其他正常域名测试网络。若原网址能打开、nslookup 能持续返回正确地址，且重新启动浏览器后仍正常，通常可以认为解析链路已经恢复。若只能偶尔打开，或者不同网络返回的 IP 明显不一致，则仍需观察 DNS 记录传播、路由器缓存和域名侧配置。

排查这类故障的关键不是盲目更换 DNS，而是先确认故障范围，再选择影响最小的处理方式：单设备问题优先修复本机配置，同一网络问题优先检查路由器和 DNS 服务，多网络同时失败则转向域名管理方。这样既能较快恢复访问，也能避免误改内部网络或留下不必要的 hosts、代理设置。