
Clash节点提供者与策略组
区分Clash配置中的proxies、proxy-providers与proxy-groups,按节点来源、组引用和规则目标检查节点已加载却未进入策略组的问题。
阅读技术笔记
Karing · 配置知识库 CONFIGURATION FIELD GUIDE
读懂配置的结构,理清连接的路径。
从Clash、V2Ray到sing-box,让订阅、节点与规则各就其位。
01 SUBSCRIPTION / 订阅入口
不急着粘贴。先确认拿到的是什么,再决定如何交给客户端。
02 FORMAT / 格式档案
配置格式承载不同层次的信息。Karing配置教程从结构出发,帮助你核对来源,而不只看文件后缀。
| 配置生态 | 常见形式 | 主要承载内容 | 阅读线索 |
|---|---|---|---|
| Clash / Mihomo | YAML · .yaml / .yml | 节点、提供者、策略组与规则 | 理解来源与组引用 ↗ |
| V2Ray生态 | 分享URI / 文本订阅 | 连接参数或多个节点的集合 | 分清URI与订阅 ↗ |
| sing-box | JSON · .json | 出站对象、标签与路由结构 | 追踪出站标签 ↗ |
后缀只是线索,内容结构才是依据。不同实现与版本可能支持不同字段。
完整格式兼容说明 →
03 LINK / 链接与凭据
Base64与百分号编码处理数据表示,均不提供加密保护。不要把真实订阅URL提交到未知解析器。
了解URL编码与敏感参数保护 ↗04 GROUP / 节点组织
Karing节点设置需要同时关注成员是否存在,以及分组是否引用了正确的成员。

组内没有成员,和成员无法连接,属于不同层次的问题。先查引用,再查连接。
05 CLASH / 来源与引用
proxies定义静态节点,proxy-providers声明节点来源,proxy-groups组织选择,rules指向策略。rule-providers则提供规则集合。
proxies: # 静态节点
proxy-providers: # 节点集合来源
proxy-groups: # 组与成员引用
rules: # 匹配条件与目标06 SING-BOX / 出站标签
JSON中的outbounds描述出站,tag供其他对象引用。selector组织候选项,urltest涉及探测选择;route与final需要回查有效标签。
route.final
↓ 引用一个已定义的tag
selector
↓ 引用候选出站的tag
outbounds以上为格式原理示意;Karing实际可导入字段、转换与运行行为,以当前版本文档为准。
07 ROUTING / 匹配顺序
域名精确匹配、域名后缀和IP条件承担不同职责。在首次命中的规则系统里,具体例外通常要排在宽泛条件之前。
本地逻辑演示 · 不发起网络请求
命中 01 → DIRECTDOMAIN,docs.example.comDIRECTDOMAIN-SUFFIX,example.comdemo-selectMATCHdemo-selectMihomo语境示例。DIRECT为直连,REJECT为拒绝。sing-box的route.final使用另一套结构;IP匹配还与解析条件有关。
阅读Karing规则分流指南 →08 PRESERVE / 更新与保护
远程订阅刷新、节点列表变化与本地设置的保留,是三件需要分别确认的事。
记录配置来源、使用版本和个人修改,保护唯一可用备份。
节点改名、成员移除、组和规则的调整,都可能改变选择结果。
先查解析,再查节点与规则,最后确认实际访问行为。
09 FIELD NOTES / 技术笔记
从格式与字符,到分组与规则。按问题阅读,建立可以复查的配置思路。

区分Clash配置中的proxies、proxy-providers与proxy-groups,按节点来源、组引用和规则目标检查节点已加载却未进入策略组的问题。
阅读技术笔记




同一个HTTPS入口可能返回YAML、JSON、分享链接列表或错误页。需要同时确认内容格式与当前版本的解析能力。查看URI与订阅内容的区别。
提供者负责节点来源,策略组负责组织和选择成员。节点已读取,不代表组里已经正确引用。查看提供者与组引用。
先确认使用的规则引擎。在Mihomo的自上而下匹配场景中,较早命中的宽泛规则可能承接后续具体规则的流量。查看规则优先级示例。
更新前保存独立备份,记录个人修改;更新后对比节点名、组引用和规则。不要假定应用必然自动合并。查看更新与配置保护。