有些网站能开，有些提示DNS错误？先找出失败的是哪个域名

浏览器提示解析失败时，直接把所有DNS地址替换掉看起来很快，却可能让原来正常的访问也出问题。更有效的起点是问：到底哪个域名没有得到预期结果，它在访问流程中负责什么？

DNS先解决名称到地址的问题

Cloudflare DNS基础说明解释了域名解析的作用。知道目标地址之后，后续连接仍可能失败，所以“解析成功”和“网站正常”也要分别判断。

至少区分三类名称

名称	失败时可能影响什么
节点服务器域名	客户端建立代理连接
目标网站域名	打开该网站或服务
页面附属资源域名	图片、脚本、登录接口等部分功能

一个页面有文字却没图片，未必与整个页面完全打不开属于同一原因。记录浏览器或客户端日志中具体失败的名称，比只写“DNS坏了”更有帮助。

先做两个小对照

保持设备和客户端配置不变，访问另一个你有权使用的普通目标，观察问题是否只集中在某个服务。再在允许的另一网络上用同样方式复查，看看故障是否跟随接入网。

这些对照只是缩小范围。另一个网站正常不能证明所有解析都正常，换网络恢复也不能自动说明原网络存在某一种特定故障。

代理配置可能区分不同解析用途

mihomo的DNS配置文档分别列出节点域名解析、直连解析和其他解析选项。因此排查时需要先确认相关字段负责的对象，不能把不同用途的地址机械复制到一起。

新手可以优先使用服务方提供且与客户端兼容的配置，保留一份原设置。没有明确错误证据时，不必同时更改DNS模式、规则和接管方式。

修改以后怎样验证

一次只调整一个有依据的选项，重新打开原先失败的目标，再检查之前正常的目标。若没有改善，恢复原设置并记录结果。

验证时注意缓存与已有连接可能影响短时间观察；不同程序也可能采用不同的解析方式。不要把某个工具的单次结果扩大成所有应用的结论。

留下一份清楚的记录

记录时间、网络、客户端版本、失败域名的公开部分、错误文本和已做对照。订阅令牌、账户信息与私密目标应脱敏。

当你能说清“哪个名称、哪一层、在哪种环境失败”，就更容易决定下一步，也更容易获得有效帮助。