节点测试能返回延迟，但网页仍无法打开，不一定是节点质量差。访问一个域名通常先需要解析地址，再建立连接。解析链路与代理链路是两个环节；找到失败的位置，才能判断应该换节点、检查规则，还是调整 DNS。
用日志确认失败发生在哪里
先选择一个能稳定复现问题的域名，在访问时查看日志、连接记录或 DNS 查询信息。留意是否出现解析超时、空结果、连接超时或证书相关错误。这些现象指向不同环节，不应统一归为“DNS 污染”。
同时测试另一个熟悉的目标，判断是单一域名异常还是普遍失败。若仅一个应用失败，检查该应用是否使用自己的解析或代理设置；若更换网络后恢复，则继续检查当前网络环境与解析服务器可达性。
区分目标域名与节点域名
配置中既可能需要解析访问网站的域名，也可能需要解析代理节点的服务器域名。mihomo 提供单独的节点域名解析设置；若节点地址本身无法解析，即使目标网站的 DNS 正常，也不能完成代理连接。
不要为了修复一个域名而一次替换全部解析设置。先确认是哪一类查询失败，再检查相应服务器能否从当前网络访问。解析服务器使用域名时，其自身也需要完成解析；这也是配置不能随意拼接的重要原因。
保留原配置，逐项做对照
先备份可用配置与自定义覆写，再尝试有依据的改动。若问题在最近一次自定义 DNS 修改后出现，可先撤回该改动进行对照。订阅本身带有 DNS 策略时，阅读其用途与提供方说明，再决定是否覆盖。
fake-ip 是内核可用的解析处理方式之一，看到保留地址段并不直接说明解析出错。确实遇到特定应用兼容问题时，应结合官方配置说明与实际记录处理例外，不要因为地址看起来陌生就关闭整个功能。
修改后验证真实场景
更换解析服务器不能修复过期订阅、失效节点或未被接管的流量。若日志显示解析成功而连接超时，回到节点和路由排查；若请求未进入客户端，回到系统代理与 TUN 排查。依据记录推进，比反复更换所谓万能 DNS 更可靠。
- 重新访问同一个目标，检查解析与连接记录是否都正常。
- 验证常用网页、桌面应用与局域网服务，避免只修复一个场景。
- 记录改动项及恢复方法，故障复发时可以立即回到已知可用配置。