连接域名前先明确查询路径
DNS 通常负责把域名查询转换成地址等记录。一个应用发起请求时，查询可能由系统处理，也可能经过应用自己的解析实现或代理内核。不同路径可能使用不同缓存和上游，因此同一设备出现不同结果时，应先确认查询究竟由谁处理。
Mihomo 的 DNS 配置属于整体网络配置的一部分，不是单独填入一个公共地址就能保证所有应用正常。是否启用内核解析、监听在哪个地址、请求如何到达入口，都需要结合当前集成方式判断。本文解释排查思路，不预设所有设备采用相同接管机制。
系统、浏览器和内核分别检查
系统 DNS 受当前网络接口影响，浏览器还可能启用自己的安全解析，前端也可能覆写内核配置。遇到某个应用能访问而另一个不能时，不要立刻认定服务器故障。先核对每个应用使用哪套入口，再比较它们对同一域名的请求结果。
检查过程中记录原始设置，避免同时修改系统 DNS、浏览器安全解析和内核上游。一次改变多个入口会让对照失效，甚至形成重复转发或循环。只有知道查询从哪里发出、交给谁处理，才能判断是配置没生效还是上游不可达。
缓存与结果差异需要时间维度
解析缓存可能位于应用、操作系统、内核和上游服务。修改设置后立即看到旧结果，不一定代表新设置失效。应先辨认缓存层次和有效期，再按照相应工具说明进行验证，不要把反复清空所有缓存当作每个问题的固定解决方法。
同一域名在不同网络和不同时间可能返回不同地址，内容分发、网络位置和查询条件都可能影响结果。比较时尽量固定设备、目标和时间范围，记录查询类型。返回结果不同只说明存在差异，还需要结合实际目标连接判断它是否构成故障。
按顺序定位一次解析异常
先确认普通网络可以工作，再检查解析入口和上游地址是否可达。如果使用加密解析，还要考虑连接所需的域名、时间和证书条件。不要直接通过关闭证书检查掩盖失败，也不要把一个人的低延迟结果当作所有网络的最优选择。
- 记录异常域名、应用、发生时间和网络类型。
- 确认实际生效的系统及应用解析设置。
- 比较一个已知可用目标，区分普遍失败和单域名异常。
- 调整一项设置后复测，并保存修改前后的结果。
阅读内核设置时注意作用范围
内核文档包含上游、分流、监听和缓存相关选项，具体字段必须与所用版本对应。不要把网络截图中的参数整段复制到不同平台，也不要为了修复单域名问题修改所有解析路径。配置中的地址和策略引用要逐项核对，避免依赖互相指回自身。
处理完成后检查应用请求是否走到预期入口，再验证实际连接。需要理解网络切换带来的解析变化，可阅读网络切换指南；若已经拿到地址但仍连接失败，继续分层检查连接状态，避免在解析设置上反复试错。
阅读后的检查清单
- 能够描述应用到上游的查询路径。
- 已区分缓存结果、解析失败与目标连接失败。
- 每次只调整一项设置并保留可回退记录。
具体选项以所用版本和对应项目文档为准。本文提供一般排查路径，不代表对特定网络的测试结果。