探索者加速器 - Telescope

DNS_PROBE_FINISHED_NXDOMAIN怎么解决?按设备与域名逐步排查

更新于 2026-11-01 · telescope.lat

简答:DNS_PROBE_FINISHED_NXDOMAIN 表示 DNS 查询完成,但解析器判断请求的域名不存在或没有可用记录。先确认网址拼写,再用手机流量或另一台设备测试:只有一台设备打不开,优先清缓存或检查 DNS;所有网络都打不开,则应检查域名状态、A/AAAA/CNAME 记录、NS 或 DNSSEC。Windows 可先执行 ipconfig /flushdns,Chrome 可检查 Secure DNS。

定义:DNS_PROBE_FINISHED_NXDOMAIN 是浏览器报告的域名解析错误,通常表示当前 DNS 解析器没有找到该域名或对应主机名的有效记录。

先做 3 分钟判断:是本机、网络还是网站的问题?

不要一上来反复改 DNS。先按下面顺序测试,能快速缩小范围。

DNS_PROBE_FINISHED_NXDOMAIN 快速分流表
测试结果更可能的责任方下一步
只有当前浏览器打不开,其他浏览器正常浏览器缓存、扩展或 Secure DNS用无痕窗口测试,检查 Chrome 的 Secure DNS,并暂时停用扩展
同一台设备的多个浏览器都打不开,但手机流量能打开本机 DNS、代理、VPN 或当前 Wi-Fi刷新 DNS,检查代理和 VPN,再切换 DNS 或网络
同一 Wi-Fi 下所有设备都打不开,手机流量可以打开路由器、局域网 DNS 或网络服务商解析重启路由器,并对比其他 DNS 解析结果
Wi-Fi、手机流量和不同设备都打不开网址本身或域名 DNS 配置检查域名拼写、注册状态、NS、A/AAAA/CNAME 记录及 DNSSEC

Chrome 官方也建议先核对网址,并比较“一个网站打不开”还是“多个网站都打不开”;后者更像网络连接问题。可参考 Chrome 连接和加载错误排查说明。

普通用户按这个顺序修复

  1. 检查网址和域名状态。删除多余空格,确认主域名和子域名没有拼写错误,例如 www、短横线和顶级域名是否正确。如果是刚注册、刚续费或刚修改 DNS 的域名,不要仅凭本机结果判断域名已失效。
  2. 换网络测试。关闭 Wi-Fi,使用手机流量访问同一个网址;也可以在另一台设备上测试。若换网络后恢复,优先排查原网络的 DNS、路由器、代理或 VPN。
  3. 在 Windows 刷新 DNS 和网络配置。以管理员身份打开命令提示符,按顺序执行以下命令:ipconfig /flushdns、ipconfig /release、ipconfig /renew。如果仍然异常,再考虑执行 netsh winsock reset 和 netsh int ip reset,完成后重启电脑。微软将这些命令列为重置 TCP/IP、更新地址和刷新 DNS 客户端缓存的排查步骤,详见 Microsoft Windows 网络连接排查文档。
  4. 清理或调整 Chrome 的 DNS 行为。打开 Chrome 设置,进入“隐私和安全”→“安全”→“使用安全 DNS”。如果设置了自定义提供商且问题从此开始,可暂时切回自动模式或关闭后测试。Chrome 官方说明,使用自定义 Secure DNS 时,解析异常不会自动回退到未加密解析。处理后完全退出并重新打开 Chrome。
  5. 检查代理、VPN、防火墙和安全软件。临时关闭自己明确安装的代理或 VPN,再测试网页。不要长期关闭防火墙或杀毒软件;如果关闭后恢复,应把问题定位到具体规则或网络过滤功能,而不是保持关闭状态。
  6. 重启路由器。先断开路由器电源,等待设备完全停止后重新启动,再测试多个网站。若仅某一个域名仍报 NXDOMAIN,而其他网站均正常,继续做域名解析验证,不要只重复重启。

Windows、macOS、Android 和 iPhone 的设置路径

按设备处理 DNS_PROBE_FINISHED_NXDOMAIN
设备建议操作结果判断
Windows管理员命令提示符执行 ipconfig /flushdns;必要时执行释放、更新 IP 的命令;检查“设置”→“网络和 Internet”→“代理”是否存在不需要的手动代理。刷新后只有本机恢复,说明本地缓存或网络配置可能是诱因;所有设备仍失败则转查域名或路由器。
macOS打开“系统设置”→“网络”→选择当前网络服务→“详细信息”→“DNS”,检查 DNS 服务器列表。保存前记录原设置,修改后断开并重新连接 Wi-Fi,再重启浏览器。Apple 的官方路径见 Mac DNS 设置说明。如果更换或恢复 DNS 后只有 Mac 恢复,问题可能在本机 DNS 服务或网络服务配置。macOS 不同版本的缓存刷新命令可能不同,未核实当前版本时不要直接复制版本敏感命令。
Android打开“设置”→“网络和互联网”→“私人 DNS”,先记录原选项,再在“自动”和关闭自定义主机名之间测试。Google 建议优先保持私人 DNS 开启;排错时只做临时切换。如果关闭自定义私人 DNS 后恢复,检查原先填写的主机名是否拼写正确,或是否与 VPN、广告过滤应用冲突。
iPhone在“设置”→“无线局域网”→当前 Wi-Fi→配置 DNS 中检查是否为手动配置;记录原值后可暂时改为自动,重新连接 Wi-Fi,再用蜂窝数据对比。如果蜂窝数据能打开而 Wi-Fi 不能,重点检查 Wi-Fi 路由器、DNS 配置和网络过滤,而不是反复清理浏览器历史记录。

用 dig 验证域名到底有没有 DNS 记录

如果你想区分“设备解析失败”和“域名本身没有记录”,可以在终端运行以下结构示例。命令中的 example.com 要替换成你实际访问的域名;这是验证用示例,不是固定答案。

dig example.com A +short
dig example.com AAAA +short
dig example.com CNAME +short
dig example.com NS +short
  • 能返回 IPv4 地址,说明至少存在 A 记录;能返回 IPv6 地址,说明存在 AAAA 记录。
  • 只查询到 CNAME 时,还要继续确认 CNAME 指向的目标是否能解析。
  • 没有答案不一定等于域名永久失效,可能是记录尚未创建、权威 DNS 未更新、DNSSEC 配置不一致或递归解析器还缓存着旧的 NXDOMAIN。

Cloudflare 的 DNS 排查文档说明,NXDOMAIN 可能与缺少主域名或子域名记录、NS 指向错误、DNSSEC 配置问题以及负缓存有关;刚创建记录后,降低新记录 TTL 也不一定能立即清除此前的 NXDOMAIN 缓存。可查看 Cloudflare DNS 常见问题排查文档 和 DNS_PROBE_FINISHED_NXDOMAIN 专项说明。

如果你是域名或网站维护者

  1. 确认域名和子域名是否写对。分别检查根域名、www 以及报错的具体子域名,不要只检查主域名。
  2. 确认权威 DNS 上存在正确记录。检查 A、AAAA 或 CNAME 是否存在,目标 IP 是否仍然有效,CNAME 是否形成错误链路。
  3. 确认 NS 是否仍指向当前 DNS 服务。如果注册商处的 NS 已被改回默认值,而记录仍只配置在另一套 DNS 平台,解析可能返回 NXDOMAIN。
  4. 检查 DNSSEC。如果更换 DNS 托管商或 NS 后出现解析异常,核对注册商处的 DS 记录与当前 DNS 平台是否匹配。无法确认时,先备份当前记录并联系域名注册商或 DNS 服务商。
  5. 判断是否只是负缓存。刚新增记录时,不同递归解析器可能在不同时间看到结果。可以分别查询权威 DNS 和公共递归 DNS;若权威服务器已有记录而递归结果仍为 NXDOMAIN,等待缓存过期通常比继续修改记录更合适。

不要把这些错误混为一谈

常见错误代码区别
错误通常表示什么优先检查
DNS_PROBE_FINISHED_NXDOMAINDNS 解析器认为域名不存在或没有可用记录网址、DNS 记录、NS、DNSSEC、缓存
ERR_NAME_NOT_RESOLVED浏览器无法将主机名解析为可用地址DNS、浏览器 Secure DNS、网络和域名状态
ERR_CONNECTION_TIMED_OUT连接等待超时,不等同于域名不存在路由、网络质量、服务器响应、防火墙
ERR_CONNECTION_REFUSED目标地址拒绝建立连接端口、服务进程、服务器防火墙

Chrome 对这些错误的解释并不相同;如果 DNS 已经能解析出 IP,就不要继续只围绕 DNS 缓存排查,应转向连接、端口或服务器响应问题。参考 Chrome 常见错误消息说明。

恢复与回滚清单

  • 修改 DNS 前,记录原来的 DNS 服务器、代理、VPN 和浏览器 Secure DNS 设置。
  • 命令执行后记录屏幕结果;不要把“命令执行成功”误认为“域名已经恢复”。
  • 只要问题解决,就撤销临时关闭的安全软件、VPN 或过滤器,并逐项恢复设置。
  • 如果只有某个域名失败,优先做 dig 或跨网络测试;如果所有网站都失败,先恢复网络连接和路由器配置。
  • 若域名刚修改过 NS、DNSSEC 或记录,保留变更时间和原记录,方便向域名注册商或 DNS 服务商提供可复现信息。

常见问题

DNS_PROBE_FINISHED_NXDOMAIN 是不是代表网站一定不存在?

不一定。它表示当前 DNS 解析器得到了“域名不存在”或没有有效记录的结果。网址拼写错误、DNS 记录缺失、NS 或 DNSSEC 配置错误、递归解析器缓存旧结果,都可能触发该错误。用另一台设备和手机流量测试,再用 dig 查询,才能进一步判断。

只打开一个网站时出现这个错误,应该先改 DNS 吗?

先不要急着改。先确认网址拼写,并测试其他网站、其他浏览器和手机流量。如果只有一个域名失败,优先检查该域名的 DNS 记录和状态;如果多个网站都失败,再检查本机 DNS、路由器、代理或 VPN。

Windows 刷新 DNS 后还是打不开怎么办?

继续做责任方分流:用手机流量测试,检查 Chrome Secure DNS,确认没有不需要的代理或 VPN,并重启路由器。如果所有设备和网络都失败,用 dig 查询 A、AAAA、CNAME 和 NS;如果权威 DNS 没有记录,应由域名维护者修复。

macOS 有没有一个所有版本都通用的刷新 DNS 命令?

不建议在未确认系统版本时直接复制命令。macOS 的缓存处理方式可能随版本变化,普通用户可先在系统设置中检查 DNS 服务器,断开并重新连接网络,再重启浏览器。需要命令行排查时,应先以当前系统的官方帮助或 man 文档核对。

Android 的私人 DNS 要不要关闭?

不建议长期关闭。Google 说明私人 DNS 用于保护 DNS 查询和响应。排错时可以暂时从自定义主机名切换为自动,观察是否恢复;若恢复,应检查原主机名、VPN 或网络过滤应用,而不是永久关闭安全设置。

刚改完 DNS 记录,为什么仍然是 NXDOMAIN?

可能存在递归 DNS 的负缓存。权威 DNS 已返回新记录,并不代表所有递归解析器会立即更新。先查询权威 DNS 与不同递归 DNS 的结果,确认记录、NS 和 DNSSEC 正确后再等待缓存过期,不要频繁重复修改记录。

相关阅读

参考资料

  1. Cloudflare DNS_PROBE_FINISHED_NXDOMAIN 专项排查文档
  2. Cloudflare DNS 常见问题排查文档
  3. Google Chrome 连接和加载错误排查
  4. Google Chrome 安全与 Secure DNS 设置
  5. Google Chrome 常见错误消息说明
  6. Microsoft Windows Wi-Fi 与网络连接排查
  7. Apple Mac DNS 设置说明
  8. Google Android 高级网络设置与私人 DNS