分流问题的核心不是“规则写得多不多”，而是某一条请求究竟命中了哪条规则。域名、IP、进程等条件可能同时出现，而配置通常按规则顺序处理。排查时应从连接记录回溯到规则，而不是先复制一段新规则覆盖原文件。
先看请求实际匹配了什么
打开客户端的连接记录或日志，找到失败或路径异常的请求。记录域名、目标地址、协议、使用的规则和最终代理组。这样才能确认问题是条件不匹配，还是规则匹配后指向了错误的组。
规则顺序会影响结果
很多配置按从上到下的顺序匹配。较早的宽泛规则可能先命中请求，后面更具体的规则就不会生效。因此增加一条规则前，要先理解它和已有规则的覆盖关系。
域名与 IP 不是可随意互换的条件
域名规则依赖名称匹配，IP 规则针对地址范围。DNS 解析、应用连接方式和配置核心都会影响你看到的线索。若表现为域名无法解析或解析结果异常，可先阅读DNS 故障排查。
安全调整流程
- 导出或备份当前可用配置。
- 选一个可复现的目标请求。
- 只改一条规则或一个代理组引用。
- 重新加载后查看新的命中记录。
常见问题
把规则放在最后为什么没效果？
请求可能已经被前面的规则匹配。应先检查原有顺序。
只改代理组名称可以吗？
名称变更会影响所有引用它的规则，修改前应确认依赖关系。
IP 变化会让规则失效吗？
可能。应按配置目的选择匹配条件，并结合日志观察实际结果。
