浏览器出现 ERR_NAME_NOT_RESOLVED 或 NAME_NOT_RESOLVED ，通常暗示当前设备无法通过 DNS 将输入的域名解析为服务器 IP 地址。它不愿定代表整条网络中断：若是其他网站能够打开 ，故障往往集中在域名拼写、DNS 缓存、DNS 服务器、代理或该域名自身。排查时应先确认影响领域 ，再从本地设置逐步定位 ，预防一路头反复沉启所有设备。
先判断是单个域名还是整条网络异常
先查抄地址栏中的域名是否拼写正确 ，尤其把稳有余的空格、谬误的后缀、少写或多写字符。不要只凭据当前页面判断网络状态 ，能够陆续打开两个平时可用的其他网站 ，再用手机流量接见统一个故障域名。
- 只有一个域名打不开 ，其他网站正常：优先查抄域名状态、DNS 纪录和本地缓存。
- 统一设备上的多个网站都打不开：沉点排查本机 DNS、代理、VPN、网络衔接或路由器。
- 统一 Wi-Fi 下所有设备都打不开 ，但切换手机热点后复原：问题多半在路由器、宽带运营商 DNS 或局域网配置。
- 分歧网络、分歧设备都无法接见统一个域名：更可能是域名未注册、已过期、DNS 纪录缺失 ，或网站一侧的权威 DNS 出现故障。
这一步的了局决定后续方向。若只是一个域名异常 ，不用先批改整台设备的网络参数；若所有域名都无法解析 ，则应优先处置本地或网络侧的 DNS 问题。
按挨次查抄域名和 DNS 解析了局
1. 确认域名是否真实存在
在号令行中查问故障域名。Windows 可打开号令提醒符 ，执行 nslookup 域名；macOS 或 Linux 可使用 dig 域名 ，也能够使用 nslookup。查问了局可能援手分辨两类情况：若是返回 NXDOMAIN ，通常暗示 DNS 服务器以为该域名不存在；若是长功夫超时或提醒无法衔接 DNS 服务器 ，则更像是 DNS 服务不成达。
若是域名在多个网络中都返回不存在 ，先向域名治理者确认域名是否过期、名称服务器是否配置正确 ，以及 A、AAAA 或 CNAME 等纪录是否刚刚调换。刚建悔改 DNS 的域名可能必要期待各级缓存更新 ，此时本地反复刷新不能当即建复权威纪录问题。
2. 算帐本机 DNS 缓存
本地缓存可能保留了过期或谬误的解析了局 ，尤其是在网站更换服务器、批改 DNS 纪录或网络频仍切换后。Windows 可执行 ipconfig /flushdns；macOS 和 Linux 的清缓存方式会因系统版本、网络服务缓和存组件分歧而变动 ，可先沉启设备或沉启本机的 DNS 缓存服务。
算帐后齐全关关并沉新打开浏览器 ，再接见原域名。若只有浏览器依然报错 ，还要查抄浏览器的内部 DNS 缓存、代理设置和“安全 DNS”职能� Ｄ芄涣偈惫毓劁榔骼┐蟆⒋砘虬踩� DNS 进行对照测试 ，但确认原因后应复原切合地点网络要求的设置。
3. 查抄 DNS 服务器是否可用
若是 nslookup 或 dig 查问超时 ，查抄当前网络衔接的 DNS 地址。路由器可能下发了不成用的 DNS ，公共 Wi-Fi 也可能要求先实现网页登录认证。打开肆意通常网页没有跳转认证页面时 ，能够先断开 Wi-Fi 后沉新衔接 ，或在浏览器中实现网络登录。
在家庭网络中 ，可一时将 DNS 改为网络运营商提供的不变地址 ，或选择可信的公共 DNS 进行测试。批改后应纪录原来的设置 ，预防测试实现后无法复原企业内网、校园网或家庭局域网中的专用域名。若更换 DNS 后只有公共网站复原 ，而内部系统无法接见 ，注明该网络可能依赖内部 DNS ，不宜持久使用表部解析服务。
本机仍报错时 ，排查代理、VPN 与 hosts 文件
代理和 VPN 会收受 DNS 要求。若启用后才出现 NAME_NOT_RESOLVED ，先断开 VPN ，并确认系统代理、浏览器代理没有指向已经失效的地址。企业网络中的代理可能由治理员统一配置 ，不要擅自删除战术；可用统一网络下的其他设备进行对比 ，判断是幼我设备配置还是网络统一问题。
还能够查抄 hosts 文件中是否存在该域名的旧纪录。hosts 文件会在 DNS 查问前生效 ，若是其中把域名指向谬误地址 ，批改 DNS 也可能不起作用。只删除或注解掉明确对应故障域名且确认不再必要的纪录 ，并保留原文件备份。不要为了“复原网络”直接清空整个 hosts 文件 ，由于其中可能蕴含开发环境、办公系统或安全软件所需的配置。
安全软件的网页过滤、家长节造和企业终端防护也可能拦截解析要求� Ｄ芄灰勒杖砑峁┑娜罩静槌欠窭菇亓烁糜蛎� ，而不是直接持久关关防护。若关关某项职能后复原 ，应将域名参与正确的允许规定 ，并沉新启用其他防护能力。
路由器和局域网异常的处置挨次
当统一 Wi-Fi 下多台设备同时出现谬误时 ，先沉启光猫或路由器 ，并期待设备沉新获得网络和 DNS 配置。随后查抄路由器的 DNS 设置、家长节造、告白过滤、分流规定和自界说 hosts。部蹊径由器缓存了谬误会析了局 ，沉启后会沉新获取 DNS；若是故障反复出现 ，应升级路由器固件或联系宽带运营商确认 DNS 服务是否异常。
若电脑能通过手机热点接见 ，但衔接家庭或办公网络仍失败 ，可临时使用自动获取 DNS 的方式沉新获取网络配置。办公、校园或酒店网络可能不容自行指定 DNS ，强行批改后反而会导致认证页面、内部门户和共享服务无法接见 ，这类环境应向网络治理员确认可用的解析地址。
什么情况下能够确认故障已经复原
不要只以页面偶然打开作为复原尺度。实现建复后 ，应在统一设备、统一网络中陆续刷新故障域名 ，并沉新执行一次 nslookup 或 dig ，确认查问可能不变返回正确纪录。随后关关代理或 VPN 的一时测试开关 ，沉新启动浏览器 ，确认通常网站和必要登录的服务都能正常接见。
- 本机清缓存后复原 ，且沉开浏览器仍可接见：通常是本地缓存问题。
- 更换或建复 DNS 后复原 ，多个域名查问均正常：通常是原 DNS 服务不成用或配置谬误。
- 切换网络后仍只有一个域名失败：应转向查抄域名注册状态和权威 DNS 纪录。
- 所有设备在统一网络中复原：注明路由器、运营商 DNS 或局域网配置已沉新生效。
若是排查后依然只有特定域名无法解析 ，且分歧设备、分歧网络的查问了局一致 ，就不应持续沉复算帐缓存或沉装浏览器。此时应由域名所有者、网站运维人员或 DNS 服务商查抄域名续费、名称服务器、解析纪录和调换传布状态。若多个域名同时失败 ，则保留 nslookup 或 dig 的了局、产生功夫和网络环境 ，再联系运营商或网络治理员 ，定位会比只描述“网页打不开”更正确。
Android版
iPhone版