clashsg.com › glossary › protocols
代理协议
节点配置里 type 字段对应的传输协议。订阅里出现哪种协议,决定了需要什么内核。
基于对称加密的轻量代理协议,2012 年起被广泛使用。客户端与服务端约定加密方式与密码,流量特征简单、传输开销低。Clash 全系内核原生支持,节点配置字段为 type: ss。
V2Ray 项目设计的传输协议,依赖 UUID 做身份验证,支持动态加密与多路复用。对时间同步敏感,客户端与服务器时间偏差过大会导致握手失败。实际部署常与 WebSocket、TLS 组合以伪装流量。
把代理流量伪装成标准 HTTPS 访问的协议,依赖服务端持有有效 TLS 证书,外观与普通网站请求一致。配置要素只有服务器域名、端口(通常 443)与密码,mihomo 内核原生支持。
VMess 的精简后继协议,去掉了内置加密层,把安全性交给外层 TLS 或 REALITY 承担,握手开销更低。原版 Clash 内核不识别该类型,订阅含 VLESS 节点时必须使用 mihomo 内核的客户端。
基于 QUIC/UDP 的高速代理协议,通过自定义拥塞控制优化高丢包链路上的吞吐表现,适合跨境长距离线路。配置需要服务器密码与带宽参数,仅 mihomo 内核支持。
clashsg.com › glossary › clients
客户端与内核
界面与流量引擎是两层:GUI 负责交互,内核负责转发。选客户端本质上是在选内核。
社区维护的 Clash 内核分支,曾用名 Clash Meta。在原版基础上扩展了 VLESS、Hysteria2 等协议支持,以及规则集、GeoSite、TUN 增强等特性。当前主流 GUI 客户端默认搭载该内核。
初代开源 Clash 内核,2023 年停止更新并删除仓库。YAML 配置格式由它定义,现有生态延续这套格式;但新协议与新特性不再回补,配置与客户端都建议迁移到 mihomo 体系。
包装内核的图形界面软件,如 Clash Plus、Clash Verge Rev、FlClash。负责订阅管理、节点切换、系统代理开关等交互,实际的流量处理全部由内置内核完成。各平台可选客户端见安装包页面。
内核暴露的 HTTP RESTful 控制接口,GUI 面板通过它读取连接列表、切换节点、重载配置。默认监听 127.0.0.1:9090,可通过 secret 字段设置访问口令,避免局域网内被他人调用。
clashsg.com › glossary › subscription
配置与订阅
节点与规则如何进入客户端:文件格式、远程拉取与本地修改的相关概念。
Clash 配置文件的载体格式,靠缩进表达层级关系,统一使用空格缩进、禁止 Tab。config.yaml 中的 port、proxies、rules 等字段均按 YAML 语法书写,缩进错误是配置加载失败的首要原因。
服务商提供的远程配置地址,客户端按 URL 拉取节点与规则并定时刷新。常见形态有完整 YAML 配置与 Base64 节点列表两类,后者不能被 Clash 直接加载,需要先经过格式转换。
把通用分享链接或其他客户端格式转换为 Clash YAML 的服务或工具。在客户端之间迁移、或订阅只提供节点列表时使用。转换过程会经手节点信息,建议自建实例或选择可信来源。
把节点列表从主配置中拆出去的机制,按 URL 或本地文件引入,并可独立设置更新间隔与健康检查。适合多订阅合并、主配置与节点解耦的场景,mihomo 内核下功能最完整。
在不改动订阅原文的前提下叠加自定义修改的机制,例如追加几条规则、替换 DNS 段。订阅刷新后覆写内容仍然生效,避免手工修改配置被下一次更新冲掉。各客户端的覆写入口与语法见配置大全。
clashsg.com › glossary › rules
规则与分流
流量如何被分配到不同出口:匹配规则、策略组与 DNS 应答模式。
Clash 的默认工作模式(mode: rule),流量按 rules 列表自上而下逐条匹配,命中即执行对应策略。常用规则类型有 DOMAIN-SUFFIX、IP-CIDR、GEOIP,列表末尾由 MATCH 规则兜底。
组织节点的容器,决定命中规则后的具体出口。类型包括手动选择 select、自动测速 url-test、故障转移 fallback、负载均衡 load-balance,组内可以再嵌套组,构成多级分流结构。
按 IP 归属地匹配流量的规则类型,依赖本地 MMDB 地理数据库。典型写法 GEOIP,CN,DIRECT,让解析到中国大陆 IP 的连接直连。数据库需要随内核或手动更新,否则归属判断会过时。
按域名分类库匹配的规则类型,属于 mihomo 内核特性。把成千上万条域名规则打包成 geosite:google 这类分类引用,主配置显著缩短,分类库可独立更新而不必改规则。
Clash DNS 的一种应答模式:对域名查询先返回 198.18.0.0/16 段内的虚构 IP,建立连接时再映射回真实域名处理。省去等待真实解析的时间,降低首包延迟,也能规避部分 DNS 污染对分流的干扰。
clashsg.com › glossary › network
网络基础
排查连接问题时反复出现的底层概念。
一条可用的代理服务器线路,由协议类型、服务器地址、端口与认证信息构成。订阅通常包含多个不同地区的节点,策略组在其中做手动选择或按测速结果自动切换。
客户端到节点往返一次的耗时,单位毫秒。客户端的延迟测试通常向固定测试 URL 发起一次 HTTP 请求测得,数值受线路距离与拥塞程度影响。低延迟不等于高带宽,看视频卡不卡还要看吞吐。
操作系统级的 HTTP/SOCKS 代理设置,开启后遵循该设置的应用流量进入 Clash 的混合端口(默认 7890)。部分程序不读取系统代理设置,其流量不受影响,需要 TUN 模式接管。
通过创建虚拟网卡在网络层接管全部流量的方案,不依赖应用是否遵循系统代理,可以覆盖命令行工具与游戏客户端。开启需要管理员权限或系统扩展授权,mihomo 内核内置该实现。
代理开启后域名解析仍走本地运营商 DNS 的现象:访问目标虽经加密通道,解析记录却暴露在本地网络。Clash 通过接管 DNS 查询,配合 fake-ip 模式或加密上游(DoH/DoT)避免这一问题。
单个网络数据包的最大传输单元,TUN 虚拟网卡的常见取值为 1500。取值过大会导致数据包分片丢失,表现为网页时好时坏、大文件传输中断。排查 TUN 模式下的异常时,可尝试把 MTU 调低到 1400 对比。