NAME_NOT_RESOLVED通常暗示域名解析失败：设备已经尝试把网站域名转换成服务器 IP 地址，但没有获得可用的解析了局。在浏览器中，它常以 ERR_NAME_NOT_RESOLVED 的大局出现。它不是网站返回的 HTTP 状态码，也不等同于服务器宕机，问题往往产生在“域名查找」剽一步。
NAME_NOT_RESOLVED 到底说了然什么 ？
接见一个网站时，浏览器不能只使用文字域名通讯。以 example.com 为例，系统必要先向 DNS 服务器查问这个域名对应的 IPv4 或 IPv6 地址，而后能力成立衔接。正常流程大体是“输入域名—查问 DNS—获得 IP—衔接服务器—加载页面”。
出现 NAME_NOT_RESOLVED 时，流程通常在第二步就中断了。浏览器可能没有找到该域名的 DNS 纪录，也可能无法从当前 DNS 服务器获得有效答案。因而，页面还没有进入网站服务器处置要求的阶段，通常也不是网站代码、账号权限或页面内容导致的。
必要把稳的是，“解析失败”不愿定意味着域名绝对不存在。域名拼写谬误、域名已过期、DNS 服务器临时不成用、网络环境使用了谬误的内部 DNS，以及本机缓存异常，都可能产生一样提醒。若是这个词来自某个利用或法式日志，而不是浏览器页面，还应结合齐全谬误高低文判断，由于分歧软件可能使用相近名称暗示分歧的网络异常。
为什么会出现 NAME_NOT_RESOLVED ？
最常见的原因是地址自身有误。域名前后多了空格、字母拼错、顶级域名写错，或者把本应输入的齐全域名截断，城市让 DNS 查问指向一个不存在的名称。复造地址时混入特殊字符，也可能造成类似了局。
第二类原因与域名自身有关。域名可能尚未实现 DNS 配置，刚建悔改解析纪录还没有在各级 DNS 缓存中同步，或者域名已经过期、被暂停。某些网站只配置了特定的子域名，接见未配置的子域名时，也会得到解析失败。
第三类原因产生在当前网络。路由器、运营商 DNS、公司或学堂的内部 DNS 可能临时故障；代理、VPN、网络加快器也可能把 DNS 查问转发到不成用的服务器。企业内网域名尤其依赖专用 DNS，脱离内网后接见，或在公共网络中使用公司域名，都可能无法解析。
第四类原因来自本机。系统 DNS 缓存保留了过期或谬误了局，浏览器自己的缓存没有更新，hosts 文件中存在谬误映射，或者安全软件拦截了 DNS 要求，都可能使一个正本正常的域名在当前设备上报错。
怎么先判断是域名问题还是当前网络问题 ？
先不要急着反复刷新页面，按影响领域做一个单一对比。若只有一个网站打不开，而其他常用网站正常，优先查抄该域名的拼写、域名状态和解析配置。若多个齐全分歧的网站同时出现 NAME_NOT_RESOLVED，则更可能是本机 DNS、路由器、代理或当前网络的问题。
接着用统一域名做环境对比：
- 在统一设备上切换浏览器。若是所有浏览器都失败，浏览器单独缓存导致问题的可能性较低。
- 让另一台设备衔接统一个网络测试。若是多台设备都失败，应沉点查看路由器或网络提供方的 DNS。
- 让当前设备切换得手机热点等其他网络。若是换网后复原，原网络的 DNS、代理或接见战术更值得排查。
- 若是只有公司、学；蚣彝ツ谕械挠蛎О，不要直接判断域名失效，先确认设备是否衔接了正确的内网或 VPN。
例如，电脑使用公共网络时打不开内部系统域名，而衔接公司网络后复原，这个了局注明域名可能依赖内部 DNS，并不代表网站肯定不存在。相反，若是分歧网络、分歧设备都无法解析统一个公共域名，才更应该查抄域名的注册和 DNS 配置。
确定领域后，NAME_NOT_RESOLVED 应该怎么排查 ？
- 确认域名。删除有余字符，沉新查对拼写、子域名和后缀。不要只复造浏览器显示的截断文本，要确认地址栏中的齐全主机名。
- 查抄基础网络。确认设备已经联网，并临时关关不用要的代理、VPN或网络加快工具再测试。若关关后复原，注明要求蹊径或 DNS 转发配置存在影响。
- 算帐本地解析缓存。系统或浏览器缓存异常时，算帐 DNS 缓存后沉新打开页面。操作实现后，应以“统一地址可能沉新解析并起头衔接”为验证了局，而不是只看谬误页面是否临时隐没。
- 查问 DNS 返回了局。在号令行中使用适合系统的 DNS 查问工具，例如 nslookup 域名 或 dig 域名。若是返回有效 IP，注明当前 DNS 至少能找到纪录，问题可能进一步产生在代理、网络衔接或浏览器配置；若是明确返回不存在、无纪录或查问超时，则持续查抄域名配置和 DNS 服务。
- 对比分歧 DNS。能够在确认网络治理规定允许的前提下，一时使用靠得住的公共 DNS 或组织指定的 DNS进行对比。若更换后复原，注明原 DNS 服务、缓存或分流战术可能有问题。企业内部域名不要轻易改成公共 DNS，不然可能让正本可用的内部名称全数无法解析。
- 查抄 hosts 和安全软件。若是只有这台设备异常，查看本机 hosts 文件是否把域名指向谬误地址，同时查抄防火墙、杀毒软件或家长节造职能是否拦截了 DNS 要求。批改前应保留原内容，预防把一时排查造成新的配置问题。
看到查问了局后，怎么判断下一步 ？
若是 DNS 查问返回“名称不存在”或类似了局，先确认域名是否正确；确认无误后，应由域名治理者查抄域名是否到期、权威 DNS 是否配置、A或AAAA纪录是否存在，以及子域名是否已经颁布。刚建悔改纪录时，部门网络仍可能因缓存而临时得到旧了局，必要期待缓存更新。
若是查问一向超时，沉点不在网站内容，而在 DNS 要求是否能达到服务器。此时查抄网络衔接、路由器 DNS、代理、VPN和防火墙。若只有公司网络超时，应联系网络治理员确认 DNS 转发和接见战术；若所有网络都超时，则必要进一步确认域名服务是否正常。
若是查问可能返回 IP，但浏览器仍显示 NAME_NOT_RESOLVED，能够沉新启动浏览器，算帐浏览器网络缓存，并查抄浏览器是否启用了独立的安全 DNS 或代理设置。若号令行和浏览器使用的 DNS 蹊径分歧，两者出现分歧了局并不矛盾。
NAME_NOT_RESOLVED 与其他报错有什么区别 ？
它与“衔接超时”分歧。衔接超时通常暗示已经获得 IP，但衔接服务器或期待响应时没有实现；NAME_NOT_RESOLVED 则更早产生在域名解析阶段。它也与 404、500 等 HTTP 状态分歧：404和500注明要求已经达到网站服务器，而 NAME_NOT_RESOLVED 通；姑挥谐闪⒌街副攴务器的有效衔接。
因而，排查挨次应是先确认域名和 DNS，再查抄代理、网络和服务器衔接，不能看到报错后直接批改网站法式。实现建复后，使用分歧网络或设备沉新接见，并通过 DNS 查问确认仍能不变返回正确纪录；页面可能正常成立衔接，且陆续测试不再出现该谬误，才算实现验证。
