ERR_NAME_NOT_RESOLVED 表示浏览器无法通过 DNS 将网址中的域名解析为可连接的 IP 地址，因此页面尚未正常建立连接。它通常与网址拼写、当前网络的 DNS 设置或网站域名配置有关，不等同于网页内容出错。先判断问题只发生在一台设备、一个网络，还是所有人访问该域名都失败，再按范围排查，能更快找到原因。
先判断是本机、网络还是域名的问题
先检查地址栏中的域名有没有拼写错误、多余字符或错误后缀；如果网址来自收藏夹，也可以手动重新输入。随后分别打开几个平时可访问的网站。如果只有一个域名报错，问题更可能集中在该域名或它的 DNS 记录；如果多个网站都打不开，则应先检查设备和当前网络。
接着用同一网络上的另一台设备访问出错网址，再让原设备切换到手机热点测试。若其他设备可以打开、原设备在热点下也能打开，问题通常在原网络的 DNS 或路由器；若只有原设备始终失败，优先排查本机设置；若不同设备、不同网络都无法访问同一域名，则可能是域名配置、注册状态或 DNS 服务异常。
- 只有一个网站失败：核对网址，并用其他设备或网络交叉测试。
- 同一网络的设备都失败：重启路由器，检查路由器或网络服务商提供的 DNS。
- 只有一台设备失败：检查代理、VPN、DNS 设置和本机缓存。
- 多种网络都失败：网站管理者应检查域名及权威 DNS 配置；访客可稍后重试。
本机或当前网络异常时，按顺序处理
1. 重新连接网络。先关闭再开启 Wi-Fi，或拔插网线；如果多台设备同时遇到问题，重启路由器和光猫，等待网络恢复后再试。若启用了 VPN、代理或广告过滤类网络工具，暂时关闭后重新加载页面。关闭后能够访问，说明应检查该工具的 DNS、代理规则或过滤设置，而不是反复刷新网页。
2. 清除 DNS 缓存。设备可能仍保存着过期的域名解析结果。Windows 用户打开命令提示符，执行：
ipconfig /flushdns看到 DNS 解析缓存已成功刷新后，重新打开浏览器测试。macOS 可在“终端”执行：
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder命令执行后没有明显提示并不一定代表失败，可直接重试网址。Linux 使用 systemd-resolved 的设备可执行：
sudo resolvectl flush-caches如果系统没有该命令，应按当前发行版使用的 DNS 服务清理缓存，不要照搬不适用的命令。
3. 检查 DNS 服务器设置。如果设备手动配置了 DNS，先确认地址填写正确；不确定时可改回网络自动分配的设置，再测试。如果自动设置仍无法解析，可在个人网络中尝试可信 DNS 服务，并记下原设置，以便恢复。公司、学校或公共网络可能要求使用指定 DNS，遇到这类网络不要擅自修改，应联系管理员。
可以在命令行执行 nslookup example.com，把 example.com 换成实际出错的域名。若返回 DNS 服务器和地址记录，说明这次查询已获得解析结果；若出现超时、找不到域名或没有记录，说明解析仍未成功。此结果能帮助判断 DNS 环节，但不能单独证明网站服务器是否正常。
不同网络都无法访问时，检查域名配置
如果你是访客，且同一域名在不同设备、不同网络上都失败，先确认网址是否正确，再稍后重试；域名所有者可能正在修改 DNS，或域名已到期、被暂停。若其他网站正常而问题持续，可向网站运营方反馈完整域名、报错时间和测试过的网络。
如果你负责该网站，先在域名注册商处确认域名仍有效、未过期，且注册商设置的名称服务器与 DNS 服务商提供的信息一致。随后检查权威 DNS 区域中是否存在正确的 A 或 AAAA 记录；若域名使用别名，还需核对 CNAME 目标及其拼写。配置保存后，使用 nslookup 域名 查询，并确认返回的记录与预期一致，再从外部网络访问网站。只修改网站服务器 IP、但没有更新对应 DNS 记录，通常不能解决域名解析失败。
怎样确认问题已经解决
清缓存、调整网络或修正 DNS 后，重新查询域名并在浏览器中打开页面。如果查询已返回预期地址、页面也能加载，说明解析链路恢复；如果查询成功但页面仍打不开，问题可能已转为连接、证书或服务器故障，应根据新的错误信息继续排查。若只有部分网络仍失败，等待 DNS 配置在各地更新后再复测，避免短时间内反复改动记录，造成更多不一致。