先分清模式、规则和代理组
ClashVerge规则使用涉及三个相关层次。连接模式决定使用哪类处理方式;规则根据条件匹配某项策略;代理组则决定该策略实际采用什么目标。这三个层次相互关联,但在界面中切换其中一个,并不等于其他两个也自动符合你的预期。
同时还要确认应用是否将连接交给客户端。系统代理未被目标应用采用时,客户端内设置的规则可能不会处理这个应用的请求。先理解路径,再调整规则,能减少把应用网络设置问题误认为规则失效的情况。
按用途理解常见连接模式
| 模式 | 基本思路 | 需要继续确认 |
|---|---|---|
| 规则 | 按匹配条件选择策略 | 命中规则、策略名称与代理组目标 |
| 全局 | 统一使用所选策略 | 实际选中目标与应用接入方式 |
| 直连 | 按内核的直连行为处理 | 本地网络和目标服务可用性 |
模式描述用于理解基本关系,具体处理细节仍应参考当前内核与项目文档。全局模式并不代表操作系统上的每一个程序都已接入客户端;选择直连也不能保证目标服务一定可以从当前本地网络访问。
匹配顺序和名称引用需要一起看
规则可能依据域名、地址或其他条件选择策略,最终结果取决于实际配置和内核匹配逻辑。一般排查时,从连接记录里查看命中条件,再回到配置中的对应规则,检查顺序与策略名称。更宽泛的条件可能影响后续条目的效果,不应只看到某条规则存在就认为它一定会被使用。
名称引用也很关键:规则使用的策略应当存在,代理组所引用的目标应有效。更新配置或重命名后,检查相关引用是否仍一致。先备份原配置,再在副本中进行明确的单项调整,不要一次加入大量来路不明的规则。
用一次真实连接验证你的理解
选择一个可以复现的访问场景,记录应用、时间和当前模式,然后查看对应连接记录。关注请求目的、匹配规则、使用策略和实际目标;若这些信息与预期不同,沿着这条路径查找原因。看不到相关连接时,先确认应用的网络设置。
缓存、应用独立解析和网络切换可能改变观察结果。比较前后结果时,尽量保持其他条件相同。延迟测试可辅助判断所选目标,但不能单独证明规则已正确匹配,更不能代替目标应用的实际访问。
小范围调整,留下恢复方法
规则维护应围绕明确需求:先说明哪个应用或访问场景出现什么问题,再检查现有匹配结果,最后决定是否需要调整。若没有证据表明问题来自规则,就先阅读网络连接基础,确认本地网络与系统代理。
保存原文件和调整记录,注明改动目的、影响范围与检查结果。更新后重新确认名称引用和代理组选择,避免旧选择与新内容不一致。处理配置解析错误可参考常见错误排查,让规则修改与文件管理保持同一条可恢复的路径。
