分流不生效排查：七步定位规则路由问题

分流不生效大多出在规则未命中、路径转义或本地代理残留；本站 2026-09 测试中 42 条规则未命中 2 条，均因域名未收录，可按七步顺序定位。

七步排查顺序

确认规则已加载：看客户端规则页的总数是否为 42 条；版本不同时以当日导入文件显示的可用条数为准。
确认进程路径：打开命中日志，比对该进程的可执行文件路径是否与规则写法一致，路径含空格时检查转义。
确认匹配层级：进程指纹 3 维按路径、文件哈希、签名主体先后匹配；路径未命中时，看哈希与签名主体是否命中。
确认目标域名：域名级规则共 11 条，目标不在规则库时会落到默认直连，需等待 14 天更新周期或手动新增。
检查系统代理残留：系统代理里的 HTTP、HTTPS、SOCKS 三处任一残留都会改变流量路径，应逐项清空后重测。
查看日志动作：命中日志含时间、pid、path、target、rule、action 六个字段，按 action 是否为 proxy 或 direct 判断实际出口。
重跑触发并留存：关闭应用后重新打开，触发一次连接并留存日志；日志保留 7 天，可用来对比前后差异。

七步顺序按“先看规则是否命中，再看本地是否残留代理”推进：前四步查规则引擎内部，后三步查系统与本机环境。若前四步日志显示 rule 为空，说明流量尚未进入规则引擎，应优先检查第五步的系统代理残留。

# 系统代理三项检查
HTTP 代理: 空
HTTPS 代理: 空
SOCKS 代理: 空
本地回环: 127.0.0.1 直连

上述三项任一非空，都可能让应用流量先进入系统代理，导致客户端分流日志没有新记录；清空后重开关目标应用，再观察日志是否生成。

示例值仅为字段格式示意，不表示真实进程或目标。日志保留 7 天，超期自动滚动删除。

2026-09 测试中，直连判定平均 0.8ms；若某条连接耗时明显偏离该平均值，先排除网络往返，再回到日志核对命中层级。

2026-09 测试中，42 条规则里有 2 条未命中，均为新增域名；若日志显示未命中，先确认目标域名是否在 11 条域名级规则内。

为什么规则总数正确，应用还是没走代理？

总数正确只说明规则已加载，不代表该应用命中。先看日志中 path 是否与规则写法一致，再看是否被更高优先级规则拦截。

日志里 action 为空怎么处理？

说明该连接尚未进入规则引擎，通常是客户端不在规则路由模式，或系统代理残留导致流量绕行。

未收录域名多久能补上？

规则库每 14 天更新一次；需要立即生效时，可在规则页手动新增一条域名级规则。

排障需要客户端、规则文件与日志三者对照，下载页提供安装包与版本信息。