DNS 出错，不等于节点一定失效
DNS 帮助设备把域名转换成可连接的地址。浏览器提示找不到服务器，或日志出现解析失败时，问题可能发生在系统、浏览器、客户端或服务端使用的解析路径上。先记录错误域名和时间，不要只看到 DNS 三个字就更换全部设置。
一个目标域名失败，与所有域名都失败，排查范围不同。先访问其他常用网站做对照，再观察关闭代理后基础网络是否正常。也要区分是订阅域名解析失败，还是已经连接后的目标网站解析失败，两者发生在不同阶段。
把已有设置列清楚
检查系统网络是否手动指定过 DNS，浏览器是否启用自己的安全 DNS，客户端是否使用独立解析配置。多个层面的设置不一定都生效，也可能改变请求路径。先记下当前值，按应用、客户端、系统的顺序逐项对照，而不是一次替换所有地址。
加密 DNS 保护的是相应解析请求的传输，不会自动把所有网页流量变成代理，也不保证选择的解析服务在当前网络上可达。需要了解解析器的基本作用，可查看 Cloudflare 的 DNS 说明。选择时仍应以实际可达性和自己的配置需求为准。
根据日志查具体环节
如果提示节点服务器的域名解析失败，应先解决连接入口的解析；如果只有目标网站失败，则观察客户端如何处理该请求。Clash 系配置还可能包含 Fake-IP、不同域名的解析策略或代理服务器专用解析设置，含义不同，不能把网上的一段配置不加区分地覆盖进去。
修改前先备份，按当前版本的Mihomo DNS 配置说明核对字段。保留服务商已经适配的默认配置通常比叠加多套“通用优化”更容易定位问题。不要把证书验证失败和 DNS 错误混为一谈。
验证修改，再决定是否保留
每次改动后，用相同域名和相同应用重复测试，再检查其他常用服务是否受到影响。只有某个浏览器异常时，优先检查它的独立设置与缓存；只有开启 TUN 才异常时，继续看TUN 模式排查。
没有改善就恢复原值，保留错误类型与对照结果。公开反馈时隐藏订阅、认证参数和不相关的访问域名，按照日志脱敏指南整理材料。
