Stake官网

NAME_NOT_RESOLVED怎么解决:按网络、DNS与域名挨次排查

NAME_NOT_RESOLVED怎么解决:按网络、DNS与域名挨次排查

遇到 NAME_NOT_RESOLVED  ,通常暗示浏览器没能把网址中的域名解析成可衔接的地址 。它不蹬宗网站肯定已经宕机:网址拼写、当前网络的 DNS 服务、代理设置或网站域名解析纪录  ,都可能造成同样景象 。排查时先看故障领域  ,再由本机设置逐步查到网络和域名  ,找到异常项后恢复原设置或建改配置  ,最后沉新接见验证 。

先判断是单个网址  ,还是多个网站都打不开

先查抄地址栏中的域名是否拼写正确  ,注意有余的空格、标点、少写或多写的字母  ,以及把相近域名输错的情况 。若网址来自珍藏或复造内容  ,也能够手动沉新输入域名的主体部门后接见 。地址存在显著谬误时  ,建改后能打开  ,故障就已定位  ,毋庸扭转网络设置 。

接着别离接见其他平时可用的网站  ,并在统一网络下用另一台设备尝试打开犯错的网址 。只有一个域名打不开  ,优先查抄这个网址及其域名解析;多个网站同时报错  ,或统一网址在分歧设备上都无法打开  ,则持续查抄网络衔接、路由设备和 DNS 服务 。比力时尽量维持网络前提一致  ,预防把设备差距误当成网站故障 。

确认网络在线  ,再查抄代理与过滤设置

打开其他利用或网页  ,确认设备的确连上网络;若无线网络显示已衔接但无数网站都打不开  ,沉新衔接网络  ,并查抄路由设备的供电和联网状态 。沉启路由设备前  ,可先确认没有在进行的沉要网络工作;沉启后期待衔接复原  ,再测试原网址 。若其他网站复原正常、只有指标域名仍失败  ,排查沉点应转回该域名  ,而不是反复沉启网络 。

若是在使用 VPN、代理、企业网络或网络过滤工具  ,一时暂停后再接见一次 。部门代理睬使用自己的 DNS 解析  ,切换网络蹊径后  ,解析了局也可能随之变动 。若暂停后网页能够打开  ,逐项复原这些设置  ,找出与故障同时出现的那一项;不要同时扭转多个选项  ,不然难以判断真正原因 。受组织治理的网络  ,应保留原有安全配置  ,不要擅自绕过治理战术 。

刷新本机 DNS 状态  ,观察了局是否扭转

设备可能暂存了旧的域名解析了局  ,网络切换或网站批改解析后  ,旧纪录还会在一段功夫内影响接见 �?上榷峡傧谓拥鼻巴�  ,关关并沉新打开浏览器  ,而后沉试网址;依然失败时  ,再通过设备提供的网络设置刷新 DNS 缓存  ,或沉启设备后测试 。分歧设备的入口和操作名称有所差距  ,按系统网络设置中的 DNS、网络诊断或缓存刷新职能处置即可 。

若刷新后指标网址复原  ,注明旧缓存或网络状态很可能参加了故障 。若谬误仍在  ,不要反复清缓存包办后续排查;持续查看 DNS 配置是否被手动指定、代理是否仍在生效  ,以及其他设备是否出现一样了局 。一时悔改 DNS 设置的  ,应纪录原值  ,测试实现后能恢复原有配置 。

查抄 DNS 配置与本地域名映射

设备或路由网络若使用了无效、不成用或配置谬误的 DNS 服务  ,域名查问就可能失败 。先查看网络设置中的 DNS 是否为手动配置;若近期曾建悔改  ,可复原此前有效的自动获取方式  ,再沉新衔接网络测试 。必要使用其他 DNS 服务时  ,应选择自己信赖且当前网络允许使用的服务  ,并一次只调整一处  ,预防把解析故障与其他网络调换混在一路 。

部门设备还会通过本地域名映射文件  ,将特定域名指向指定地址 。若从前为开发、测试或拦截用处增长过规定  ,过期条款可能影响单个网站 。查抄时只处置自己确认增长且与指标域名有关的纪录  ,批改前保留备份;不熟悉该文件时  ,不要轻易删除系统条款 。若没有自动悔改 DNS 或映射设置  ,能够跳过这项  ,不用为了排查而改写系统配置 。

分辨本地故障与域名侧异常

当统一网址在多台设备、多个网络上都无法解析  ,而其他域名可能正常打开  ,问题可能出在域名自身的解析纪录或域名服务 。此时持续算帐单台设备通常不会解决根因 �D芄桓粢欢喂Ψ虺列虏馐�;若是网址由自己治理  ,应查抄域名的解析纪录、名称服务器配置及近期调换  ,并确认纪录指向预期服务 。若网址由他人治理  ,可将故障阐发和测试领域反馈给网站守护方 。

若是只有当前网络无法解析  ,而切换到另一条可用网络后复原  ,故障更可能与原网络的 DNS 服务、路由配置或网络战术有关 。若统一网络内所有设备都受影响  ,排查路由设备和网络服务;若只有一台设备报错  ,优先查抄它的代理、DNS 配置、缓存和本地域名映射 。这样的交叉测试能援手缩幼领域  ,预防把网站端问题误判成浏览器问题 。

复原后用一样前提复测

建改设置后  ,沉新接见原来的齐全网址  ,并打开一个此前正常的网站作对照 。原网址能够不变加载  ,其他网站也能正常解析  ,注明本次故障已复原;若是只短暂复原又再次报错  ,记下故障出现时使用的网络、代理状态和扭转项  ,再按一样挨次复查 。测试实现后复原不再必要的一时设置  ,预防留下代理关关、DNS 手动值或其他排查扭转 。

排查挨次能够概括为:先纠正网址并判断影响领域  ,再确认网络与代理状态  ,随后刷新本机 DNS  ,查抄 DNS 配置和本地域名映射  ,最后判断是否属于域名侧异常 。按领域逐层缩幼  ,比陆续沉启设备或同时扭转多项设置更容易找到 NAME_NOT_RESOLVED 的原因  ,也更容易确认复原是否不变 。

[责任编纂:张雅琴]

为您推荐

热点文章

杰出视频

凤凰资讯官方微信
凤凰资讯官方微信
关注更多资讯
【网站地图】