Mihomo路由规则、系统流量匹配与透明代理连接路径说明
规则决定进入核心之后的请求怎样处理。先辨认入口，再追踪目标信息、策略与最终连接。
流量进入核心，是规则生效的前提
Mihomo路由规则处理已经进入核心的连接。系统代理需要应用遵循代理设置，TUN需要相应流量被系统路由送入虚拟接口；其他入站也有自己的监听与系统要求。没有进入核心的请求，不会因为存在某条DOMAIN规则而自动改道。
这是一条概念路径，DNS解析可能按请求类型和匹配需要在不同阶段发生。域名、IP、协议与入站类型共同影响可用线索，不能假设所有连接都携带同样的信息。
先确认当前配置与运行模式
先核对核心使用的活动配置，确认文件变更已成功加载。规则模式、全局模式与直连模式会影响流量决策；桌面客户端还可能生成运行配置。保存、重载、入站请求与规则命中需要分别验证。
定位时只发起一次容易识别的新请求，记录时间、目标和应用。已有长连接不一定因修改规则立即改变路径。完整的对照方法见规则已配置却未生效的检查。
四种规则，四类匹配对象
| 规则类型 | 判断对象 | 核对重点 |
|---|---|---|
DOMAIN | 完整目标域名 | 请求是否提供可用的域名信息 |
IP-CIDR | 目标IP地址范围 | 实际地址、解析时机与no-resolve |
RULE-SET | 引用的规则集合 | provider已加载且行为类型匹配 |
MATCH | 无条件匹配 | 位置和默认去向是否符合预期 |
规则按从上到下的顺序匹配，靠前条件会影响后续条目的处理机会。还需核对协议能力等条件，不能仅从规则文本推断所有请求的最终路径。规则集合名称存在，并不表示其数据已经成功加载。
DNS怎样影响目标IP规则
目标是域名而IP规则需要地址时，核心可能触发DNS解析。no-resolve 表示该目标IP规则不主动触发解析；如果之前已获取目标IP，规则仍可能匹配。它不是禁用所有DNS，也不能代替域名策略。
Fake-IP模式还需结合映射理解目标信息，不要用虚拟地址代替真实远端位置判断路由。解析字段和查询入口可在DNS解析栏目对照。对于本地NAS和打印机，私有地址与mDNS涉及的系统路由和服务发现也需要单独检查。
策略已经选中，连接还要验证
DIRECT 表示核心直接连接目标，代理策略则通过所选出口继续处理。两者都可能因为网络接口、目标端口、协议能力、远端服务或防火墙而失败。规则命中记录属于决策证据，不是连接成功的证明。
出现异常时记录命中条目、实际策略与后续错误，参考六层连接排查区分拒绝、超时和TLS错误。优先读取状态、保留原配置，再做单个条件的修改，避免一次重置整个网络。