蓝绿色天然河道在沉积沙洲之间分汊汇合的高空航拍

Karing · 配置知识库 CONFIGURATION FIELD GUIDE

Karing订阅导入、
节点分组与规则分流
配置指南

读懂配置的结构,理清连接的路径。
从Clash、V2Ray到sing-box,让订阅、节点与规则各就其位。

自然分汊,各循其道。01 — 06 / 配置技术档案

01 SUBSCRIPTION / 订阅入口

一次清晰的导入,从识别来源开始。

不急着粘贴。先确认拿到的是什么,再决定如何交给客户端。

  1. 01

    识别链接

    是单条分享URI、远程URL,还是一份配置文件?

    判断链接类型 ↗
  2. 02

    核对格式

    协议相同,不代表配置字段和导入方式相同。

    查看格式差异 ↗
  3. 03

    保留副本

    记录来源与个人修改,保护当前可用配置。

    了解备份要点 ↗
  4. 04

    按需导入

    使用当前版本支持的链接或文件导入方式。

    阅读导入指南 ↗
  5. 05

    分层检查

    分别核对节点列表、组引用、规则与实际访问。

    检查节点分组 ↗

02 FORMAT / 格式档案

三种配置语境,
先理解,再导入。

配置格式承载不同层次的信息。Karing配置教程从结构出发,帮助你核对来源,而不只看文件后缀。

配置生态常见形式主要承载内容阅读线索
Clash / MihomoYAML · .yaml / .yml节点、提供者、策略组与规则理解来源与组引用 ↗
V2Ray生态分享URI / 文本订阅连接参数或多个节点的集合分清URI与订阅 ↗
sing-boxJSON · .json出站对象、标签与路由结构追踪出站标签 ↗

后缀只是线索,内容结构才是依据。不同实现与版本可能支持不同字段。

完整格式兼容说明 →
窗边桌面上的笔记本电脑与手机
订阅地址也是访问凭据的一部分,请妥善保存。

03 LINK / 链接与凭据

一个链接,
不止一种含义。

分享URI
通常直接描述一条连接的参数。
远程订阅URL
用于请求内容;返回的格式仍需确认。
配置文件
可能同时包含节点、分组和规则。

Base64与百分号编码处理数据表示,均不提供加密保护。不要把真实订阅URL提交到未知解析器。

了解URL编码与敏感参数保护 ↗

04 GROUP / 节点组织

节点是来源,
分组是选择的方式。

Karing节点设置需要同时关注成员是否存在,以及分组是否引用了正确的成员。

来源静态节点 / 远程集合
组织与选择代理组 / 选择器
路由结果选中的网络出站
阅读Karing节点分组指南 →
网络交换机上有序连接的线缆
技术笔记 / 04

组内没有成员,和成员无法连接,属于不同层次的问题。先查引用,再查连接。

05 CLASH / 来源与引用

读懂四个关键字段。

proxies定义静态节点,proxy-providers声明节点来源,proxy-groups组织选择,rules指向策略。rule-providers则提供规则集合。

Clash 结构索引结构示意 / 非完整配置
proxies:          # 静态节点
proxy-providers:  # 节点集合来源
proxy-groups:     # 组与成员引用
rules:            # 匹配条件与目标
展开Clash配置关系 ↗

06 SING-BOX / 出站标签

沿着tag,找到最终去向。

JSON中的outbounds描述出站,tag供其他对象引用。selector组织候选项,urltest涉及探测选择;route与final需要回查有效标签。

sing-box 引用示意结构示意 / 非完整配置
route.final
    ↓ 引用一个已定义的tag
selector
    ↓ 引用候选出站的tag
outbounds
理解出站与选择器 ↗

以上为格式原理示意;Karing实际可导入字段、转换与运行行为,以当前版本文档为准。

07 ROUTING / 匹配顺序

规则有先后,路径有依据。

域名精确匹配、域名后缀和IP条件承担不同职责。在首次命中的规则系统里,具体例外通常要排在宽泛条件之前。

本地逻辑演示 · 不发起网络请求

命中 01 → DIRECT
  1. 01DOMAIN,docs.example.comDIRECT
  2. 02DOMAIN-SUFFIX,example.comdemo-select
  3. 03MATCHdemo-select

Mihomo语境示例。DIRECT为直连,REJECT为拒绝。sing-box的route.final使用另一套结构;IP匹配还与解析条件有关。

阅读Karing规则分流指南 →

08 PRESERVE / 更新与保护

更新之前,
给配置留一条回路。

远程订阅刷新、节点列表变化与本地设置的保留,是三件需要分别确认的事。

阅读配置覆盖与备份指南 ↗
01 / 更新前

保留来源与副本

记录配置来源、使用版本和个人修改,保护唯一可用备份。

02 / 比较时

关注引用关系的变化

节点改名、成员移除、组和规则的调整,都可能改变选择结果。

03 / 完成后

分开验证三个层次

先查解析,再查节点与规则,最后确认实际访问行为。

09 FIELD NOTES / 技术笔记

六篇笔记,理清配置中的关键关系。

从格式与字符,到分组与规则。按问题阅读,建立可以复查的配置思路。

10 QUESTIONS / 常见问题

配置之前,
你可能还想知道。

从真实问题出发,给每一步判断一个依据。

关于本站资料 →
Karing导入订阅链接时,为什么需要先判断来源提供的配置格式?

同一个HTTPS入口可能返回YAML、JSON、分享链接列表或错误页。需要同时确认内容格式与当前版本的解析能力。查看URI与订阅内容的区别。

Clash配置中的节点提供者与代理策略组有什么区别?

提供者负责节点来源,策略组负责组织和选择成员。节点已读取,不代表组里已经正确引用。查看提供者与组引用。

相同域名匹配多条规则时,应该怎样理解规则的先后顺序?

先确认使用的规则引擎。在Mihomo的自上而下匹配场景中,较早命中的宽泛规则可能承接后续具体规则的流量。查看规则优先级示例。

订阅更新之后本地修改的配置消失,怎样减少再次发生的风险?

更新前保存独立备份,记录个人修改;更新后对比节点名、组引用和规则。不要假定应用必然自动合并。查看更新与配置保护。