分流为什么不按预期走：从规则命中到 geosite 数据核对

“规则没生效”往往不是一句话能解释的

当用户说“规则没生效”，实际可能是下面几类问题中的任意一种：

• 地址根本没有命中预期规则
• 命中了规则，但后续策略组选择不同
• DNS、TUN 或 rule provider 改写了流量路径
• GEOSITE、GEOIP 或远程规则集本身的数据和想象不一致

所以分流排查最好拆层，不要直接在大配置里盲找。

Clash / Mihomo 与 sing-box 分开看

虽然它们都在做分流，但配置结构不同，排查方式也不同。

Clash / Mihomo

适合先看：

• rules
• proxy-groups
• tun
• dns
• rule-providers

输入一个目标地址后，重点确认命中的规则和最终策略组链路。

sing-box

适合先看：

• route.rules
• rule_set
• outbounds
• selector
• urltest
• dns

重点不只是“命中了哪条”，还要确认最后是不是落到了预期 outbound。

geosite 问题要单独抽出来

如果你已经看到规则写的是 GEOSITE,category-name，那问题有可能根本不在主配置里，而在 geosite 数据本身。

这时建议单独进入 Geosite.dat 解析 去确认：

• 这个分类是否真的存在
• 目标域名是否真的被收录
• 规则分布是否和你当前使用的数据版本一致

把 geosite 数据从主配置排查流程里拆出来，效率通常会高很多。

一条更稳的排查顺序

1. 先确定你面对的是 Clash / Mihomo 还是 sing-box
2. 用对应的流量分析工具输入目标地址
3. 确认命中规则、组链路和最终出站
4. 发现 GEOSITE 或远程规则集时，再单独核对数据源
5. 最后再回头修改规则或节点策略

示例：希望走代理的域名命中了直连规则

假设你正在排查 example.com，规则分析显示它命中了 DOMAIN-SUFFIX,example.com,DIRECT，而你期望使用代理策略组：

1. 在 Clash / Mihomo 流量分析 中载入实际配置，输入这个域名，确认命中的规则及其位置。
2. 检查目标代理规则是否排在这条直连规则之后。对同样可以匹配的域名规则，前面的规则可能已决定去向。
3. 保留原配置副本，仅调整相关规则的顺序或匹配范围，再分析同一个域名，比较命中结果。
4. 如果分析已命中预期策略组，实际访问仍异常，就到客户端确认配置已经刷新，并查看该策略组当前选择的节点和连接日志。

这里的域名仅用于说明排查步骤。静态规则分析不能代替客户端真实运行时的 DNS、远程规则集加载和连接测试。

推荐工具与延伸阅读

• 直接排查时，优先打开 Clash / Mihomo 流量分析、Sing-box 流量分析 和 Geosite.dat 解析。
• 如果规则确认没问题，但节点源数据仍然可疑，可以回到 从节点解析到订阅交付：完整排查与配置流程。
• 如果你最终要把排查结果收敛成长期可用的客户端订阅，再继续看 怎么把转换结果变成长期可用的订阅链接。