浏览器出现 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 的了局、产生功夫和网络环境，，，，，，，，再联系运营商或网络治理员，，，，，，，，定位会比只描述“网页打不开”更正确。。。。。