GUIDE ROUTING / 流量的去向

Karing规则分流、匹配优先级与默认出站配置指南

把规则拆成匹配条件、处理逻辑和出站目标。先理解每一层的职责,再检查访问为什么走向某一条路径。

技术环境中连接多根线缆的网络交换设备
技术环境中连接多根线缆的网络交换设备。场景摄影仅作主题配图。

域名与IP条件分别回答什么问题

精确域名匹配指向一个完整名称,后缀条件覆盖更广的范围,IP条件则根据地址或网段判断。DNS解析与应用是否获得域名信息,会影响某些条件能否成立。

GEOIP、GEOSITE等数据型条件还与数据来源及版本有关。规则语法与处理顺序要按目标引擎检查。规则匹配优先级文章使用非敏感演示域名说明范围和顺序。

命中条件之后,需要一个存在的目标

DIRECT表示直连,REJECT表示拒绝,代理类路径可能指向一个具体出站或策略组;PROXY类名称往往只是配置中约定的组名,不能假定为通用内置标签。先查节点与分组关系确认目标存在。

Clash语境的组引用见提供者与策略组,sing-box的目标引用见outbound tag与selector。这两套语法分别核对。

具体例外、宽泛规则与最终兜底

在Mihomo的自上而下匹配场景中,宽泛规则排得过早,会影响后续具体规则。最终兜底用来承接此前未被处理的流量。Clash生态的MATCH与sing-box的route.final不是相同的配置写法。

不同规则引擎可能有额外优先级、动作或继续匹配行为。本文不声明Karing真实内置的顺序或默认策略,应结合当前版本与实际日志判断。

逐项验证,保留回退依据

  1. 保留原规则,写下目标与预期策略。
  2. 核对输入条件、引擎语法、规则顺序和目标组。
  3. 查看实际命中日志,隐藏凭据和个人访问数据。
  4. 一次调整一项,复查普通访问没有被过宽规则影响。

规则偏差不一定是节点故障。更新后先按配置覆盖与备份文章比较差异,不建议清空所有分流规则后重新试错。