ERR_NAME_NOT_RESOLVED：含义与修复方法

Chrome 会在“无法访问此网站”的标题下显示 ERR_NAME_NOT_RESOLVED，旁边通常还有一行“找不到服务器的 IP 地址”。这个代码是 Chrome 对内部网络错误 -105 的标签。它的意思是：浏览器请求某个主机名对应的地址，却没有得到可用的结果，所以根本没有尝试与网站建立连接。

所以这是 DNS 方面的症状，而不是网站服务器的症状。你要做的是找出到底是哪一层放弃了：浏览器、操作系统、VPN、路由器、运营商的解析器，还是域名自己的记录。

这个错误代码到底说明了什么

像 www.example.com 这样的主机名，必须先变成 192.0.2.10 这样的地址，页面才能加载。这一步失败时，Chrome 会直接报告失败，而不是去猜。-105 只是 Chromium 网络代码给“名称无法解析”分配的编号。这个标签的范围很广：它涵盖“域名不存在”的回答、超时和被拒绝的查询。

它与另外两种 DNS 提示有何不同

有三种提示覆盖了大部分情况。它们是近亲：查询失败后，Chrome 往往会再做一次诊断探测，你看到哪条提示取决于探测的结论、平台和浏览器版本。请把这张表当作参考。

想了解“域名不存在”这个回答在网络传输中的含义，请阅读 NXDOMAIN 详解。错误代码本身不会说明是谁的问题，所以要逐项测试，先问成本最低的问题。

第一步：这个域名在别处能解析吗？

在改动任何设置之前，先换一台设备或一个网络，打开同一个地址。用手机的移动数据就很合适。如果网站在那边能打开，问题就出在你自己的这条路径上。如果到处都打不开，多半是域名自身的 DNS 有问题。

你也可以从自己的网络之外查询这个域名。把主机名粘贴到 DNS 查询工具中，看看是否返回地址记录。该工具要求输入完整的主机名，例如 www.example.com，会拒绝 IP 地址和 intranet 这样的单标签名称。没有 A 或 AAAA 记录，说明问题出在域名；如果返回了地址而 Chrome 仍然失败，说明问题在本地。

在电脑版 Chrome 上修复

按从影响最小到影响最大的顺序逐项处理。每做完一项就测试一次页面，这样你就知道哪一步起了作用。

1. 1

   在无痕窗口中重试

   无痕模式启动时不带大部分扩展程序。如果网站在那里能打开，说明广告拦截器、隐私过滤器或 VPN 插件在干扰；请逐个停用扩展程序。

2. 2

   清除 Chrome 的主机缓存

   打开 chrome://net-internals/#dns，点击 Clear host cache（清除主机缓存）按钮。Chrome 会保留自己的一份短期查询记录，与操作系统的缓存相互独立。如果你的版本里没有这个按钮，重启 Chrome 也能清除同一份缓存。

3. 3

   刷新操作系统缓存

   在 Windows 上，于终端中运行 ipconfig /flushdns。在 macOS 上，命令取决于系统版本；常见的是先运行 sudo dscacheutil -flushcache，再运行 sudo killall -HUP mDNSResponder。DNS 缓存刷新指南列出了各种变体，包括 Linux。

4. 4

   检查 hosts 文件

   hosts 文件中一条过期的记录会完全覆盖 DNS。在 Windows 的 C:\Windows\System32\drivers\etc\hosts 或 macOS 和 Linux 的 /etc/hosts 中查找出问题的主机名，删除或注释掉任何不是你有意添加的行。

5. 5

   关闭 VPN、代理和过滤软件

   VPN 客户端和安全软件常常通过它们自己的解析器转发 DNS。断开连接后重新测试。

6. 6

   换一个 DNS 服务器

   如果问题出在路由器或运营商的解析器上，可以把网卡设置为公共解析器，例如 1.1.1.1 或 8.8.8.8，然后重新测试。

Chrome 在“设置”、“隐私和安全”、“安全”下还有一个 使用安全 DNS 选项。开启后，Chrome 可以绕过系统解析器。如果 Chrome 失败而终端查询成功，切换这个选项就能把两条路径区分开。

对比系统解析器和指定解析器的回答

这些命令会向两个解析器提出同一个问题。请把域名换成出问题的那个。

nslookup www.example.com
nslookup www.example.com 1.1.1.1

# macOS or Linux, if dig is installed
dig www.example.com A +short
dig @1.1.1.1 www.example.com A +short

如果默认解析器说域名不存在，而公共解析器返回了 203.0.113.25 这样的地址，说明你的默认解析器缓存过期或在做过滤。如果两者都失败，说明域名的记录缺失，或者它的域名服务器没有响应。nslookup 工具可以从你的网络之外给出第三方的结果。

在 Android 上修复

ERR_NAME_NOT_RESOLVED 在 Android 版 Chrome 中很常见，因为手机会在 Wi-Fi 和移动数据之间切换。菜单名称因厂商而异，下面的路径只是典型情况。

1. 切换网络。 关闭 Wi-Fi，用移动数据加载页面，然后反过来再试一次。如果网站在一个网络上正常、在另一个网络上失败，问题出在那个网络的解析器或路由器上，而不是手机。
2. 开关一次飞行模式，保持十秒。
3. 检查私人 DNS（Private DNS）。 它通常在“设置”、“网络和互联网”、“私人 DNS”下，不过有些手机把它放在“连接”或“更多连接设置”里。如果它被设置成拼写错误或已失效的主机名，所有查询都会失败。请改成“自动”或“关闭”来测试。
4. 忘记并重新加入 Wi-Fi 网络。 这会清除保存的各网络专属设置，例如手动填写的 DNS。
5. 关闭任何 VPN 或“DNS 更换”类应用， 并检查 Chrome 自身在“设置”、“隐私和安全”下的 使用安全 DNS 设置。
6. 如果只有 Chrome 出问题，在 Android 的应用设置中清除 Chrome 的缓存。

我们的 Android 专题指南如何在 Android 上刷新 DNS解释了为什么大多数手机上没有单独的“刷新”按钮，以及该怎么做。

在 iPhone 和 iPad 上修复

iOS 上的 Chrome 基于苹果的网页引擎，而不是电脑版 Chrome 的网络栈，因此错误页面及其措辞可能与电脑上的不一致。如果 Chrome 显示类似 DNS 的失败，而 Safari 对同一个地址显示“Safari 浏览器无法找到服务器”，那就是同一次失败的查询穿了两层外壳。如果 Safari 能打开网站而 Chrome 不能，问题就在 Chrome 内部。

1. 逐个开关 Wi-Fi 和蜂窝网络，然后开启飞行模式约十秒。
2. 查看 Wi-Fi 的 DNS 设置。 打开“设置”、“无线局域网”，点按所连网络旁的信息按钮，找到“配置 DNS”。指向失效服务器的手动条目会让该网络上的所有查询都失败。请切换为“自动”，或填入可用的解析器，例如 1.1.1.1。
3. 检查 iCloud 专用代理（iCloud Private Relay）。 订阅 iCloud+ 后，它位于“设置”、你的姓名、iCloud、“专用代理”下。为当前网络关闭它，是排除这一因素的快速办法。
4. 断开任何 VPN，并在“设置”、“通用”、“VPN 与设备管理”下查找你不认识的 DNS 或配置描述文件。学校、雇主或过滤类应用提供的描述文件可以控制 DNS。
5. 最后一步才重置网络设置：“设置”、“通用”、“传输或还原 iPhone”、“还原”、“还原网络设置”。这会清除保存的 Wi-Fi 密码、蜂窝网络设置和 VPN 配置，所以请先记下它们。

根据症状选择下一步

原因在域名一侧的情况

如果本地的任何改动都不能改变结果，就去看域名本身。常见的原因有：注册已过期；域名服务器在注册商处已更改，但在新的托管商那里还没有配置；或者裸域名能打开，却缺少 www 记录。网站在 example.com 能打开、在 www.example.com 打不开，是典型的例子：它们是两条各自独立的 DNS 记录。