两者都读取 config.yaml,都提供控制接口,都用同一套规则语法。 区别主要体现在协议覆盖范围新增能力上。

背景与关系

原版 Clash 由于作者个人原因停止维护,此后社区在原协议标准的基础上继续演进, 形成了若干分支。它们复用了相同的配置格式与设计理念,因此通常被称为「Meta 系内核」。

对使用者的实际影响:现有配置文件基本可以原样迁移,需要留意的是新增字段在旧内核上会被忽略甚至导致启动失败。

协议支持差异

协议原版 Clash增强内核
Shadowsocks / VMess / Trojan支持支持
VLESS不支持支持
Hysteria / Hysteria2不支持支持
TUIC v5不支持支持
WireGuard 出站有限支持完整支持
SSH 出站不支持支持

如果你的订阅里包含较新的协议,就必须使用增强内核,否则这些节点会被直接跳过。

规则能力增强

  • 新增按进程路径匹配的 PROCESS-PATH
  • 新增 SRC-IP-CIDRIP-ASN 等更细的匹配维度;
  • RULE-SET 支持更多行为类型,规则集可在线更新;
  • 支持规则匹配时区分网络类型(TCP / UDP)。
rules:
  # 仅在增强内核中可用
  - PROCESS-PATH,/usr/bin/curl,🚀 节点选择
  - SRC-IP-CIDR,192.168.1.100/32,DIRECT
  - IP-ASN,13335,DIRECT
  - AND,((NETWORK,tcp),(DOMAIN-SUFFIX,example.com)),DIRECT

DNS 与 TUN

能力说明
基于域名的 DNS 策略nameserver-policy 可按域名指定解析器
DNS 缓存与乐观解析减少重复查询开销
TUN stack 选择可选 system / gvisor / mixed
自动路由与网段排除规避局域网访问异常

相关细节见 DNS 配置与防泄漏实践TUN 模式原理与开启方法

API 兼容性

核心端点保持兼容,面板通常可以通用。差异集中在新增能力上, 例如批量延迟测试、连接排序、规则集状态查询等扩展端点。

因此遇到「面板某些按钮点了没反应」时,先确认面板版本与内核版本是否匹配。

是否值得迁移

按需求判断,不必盲目追新:

  • 需要新协议节点 —— 必须迁移;
  • 需要按进程精细分流 —— 建议迁移;
  • 当前配置稳定且没有新需求 —— 可以不迁移,保持现状更省心;
  • 设备性能有限 —— 增强内核功能更多,资源占用略高,需要权衡。

迁移前务必先备份现有配置与订阅链接。切换内核后建议先用 -t 做一次语法校验,确认没有不支持的字段。


迁移过程中遇到问题,可查阅 12 个常见错误与排查方法

进阶 ← 返回教程列表