DNS 与协议 4 分钟阅读
Mihomo respect-rules 是什么？什么时候需要让 DNS 遵循规则
让 DNS 查询与规则联动可以提高路径一致性，但也会增加代理依赖和排查复杂度。
排障原则：每次只改变一个变量，记录改变前后的结果，比同时修改十个参数更容易找到根因。
先判断问题范围
让 DNS 查询与规则联动可以提高路径一致性，但也会增加代理依赖和排查复杂度。
排障时先确认问题是“单个节点/单个应用”还是“全部节点/全部应用”。范围不同，优先级完全不同。
为什么会出现这种情况
如果 DNS 查询本身要按规则决定直连或代理，就必须保证 DNS 服务器和代理服务器域名可以被基础路径解析。
网络问题经常跨越本地网络、DNS、代理核心、规则和目标网站多个层级，所以只看一个延迟数字或一个按钮状态通常不够。
推荐按这个顺序处理
先确认当前内核版本支持；保留可用的基础解析；开启后比较解析结果、订阅更新和实际出站。
每完成一步都保留结果。如果某一步改变后立即恢复，就先在这一层深入，不要继续无目的修改其他配置。
最容易踩的坑
不要仅凭别人配置里的 on/off 照抄。
需要分享日志或截图时，记得遮住订阅 token、UUID、密码、API Key 等敏感信息。
怎么判断已经定位到原因
开启后订阅反而失败时，应检查 DNS 服务器自身域名和代理服务器域名的解析依赖。
一个可靠结论应该可以重复：在条件 A 下稳定失败，改变单一变量到条件 B 后稳定恢复，再切回 A 又复现。
常见问题
为什么不建议一上来重装客户端？
重装会同时改变配置、缓存、服务和权限，虽然有时能恢复，但不利于知道真正根因，也可能丢失原有设置。
什么时候应该联系服务商？
多个设备、多个网络都稳定复现同一错误，且已经记录时间、状态码和日志时，服务端排查最有效。
说明：不同客户端版本的按钮名称和参数可能变化。涉及公司、校园或公共网络时，请遵守对应网络管理规则；修改前建议备份原配置。
继续排查
先看更多教程，再决定是否需要更换服务或配置
如果你已经完成本文排查，也可以查看本站当前产品服务与其他教程。