Archive · Glossary
Clash 术语表
按五个类别收录 Clash 生态的常用名词:代理协议、内核与客户端、配置与订阅、路由与规则、网络基础。每条给出简明释义与实际使用中的注意点,供阅读教程与排查故障时对照查阅。
A · 代理协议
Protocols / 6 entries诞生较早的轻量加密代理协议,可视为带对称加密的 SOCKS5 变体。协议结构简单、握手开销低,在移动端的电量表现较好。几乎所有 Clash 系客户端与内核都原生支持,常缩写为 SS。
V2Ray 项目设计的加密传输协议,自带基于 UUID 的用户认证与时间校验机制。对系统时间敏感,本地时钟偏差超过约 90 秒会直接握手失败——这是"节点全部超时"的常见原因之一。通常与 WebSocket、TLS 等传输层组合使用。
以"看起来就是一次普通 HTTPS 访问"为设计目标的协议,依赖真实 TLS 证书完成握手。流量特征贴近标准网站访问,可配置项少、出错点也少。服务端需要有效域名与证书,节点配置里因此总带有 SNI 字段。
VMess 的精简后继:去掉协议内置加密层,把加密完全交给外层 TLS,避免双重加密的性能浪费。常与 Reality 等新型传输方案搭配。原版 Clash 内核不认识这类节点,需要 mihomo 系内核才能加载。
构建在 QUIC(UDP)之上的代理协议,使用自定义拥塞控制算法,在高丢包、长距离链路上的吞吐表现突出。因走 UDP 端口,在校园网等限制 UDP 的环境可能完全不通。仅 mihomo 等新内核支持。
另一个基于 QUIC 的代理协议,主打 0-RTT 低握手延迟与原生 UDP 转发能力,适合对连接建立速度敏感的场景。与 Hysteria2 一样属于新一代协议,导入含 TUIC 节点的订阅前需确认客户端内核为 mihomo 系。
B · 内核与客户端
Cores & Clients / 5 entriesClash 生态最初的核心程序,定义了沿用至今的 config.yaml 配置格式与规则分流模型。上游仓库已归档、停止更新,不支持 VLESS、Hysteria2 等新协议。现存客户端大多已迁移到 mihomo 内核。
由 Clash Meta 项目延续而来的活跃内核,是当前生态的事实标准。向下兼容原版配置格式,同时扩展了新协议支持、GEOSITE 域名数据库与更完整的 TUN 实现。Clash Verge Rev、FlClash 等主流客户端默认内置它。
基于 Tauri 构建的跨平台图形客户端,覆盖 Windows、macOS 与 Linux,内置 mihomo 内核。提供订阅管理、TUN 开关、Merge/Script 配置增强等功能,是桌面端的常见选择。安装包可在本站客户端页获取。
为内核套上图形界面的软件统称,负责订阅导入、系统代理开关、节点切换等日常操作;实际的流量转发由内核完成。客户端版本与内核版本各自独立,遇到协议不支持的报错时,先确认的应是内核版本而非界面版本。
内核暴露的本地 HTTP 管理接口,配置项为 external-controller,常见监听 127.0.0.1:9090。客户端界面与网页面板都通过它读取连接列表、切换策略组、触发测速。仅监听本机地址时不会对外网开放。
C · 配置与订阅
Config & Subscription / 5 entries服务商提供的一条 URL,客户端定期从中拉取节点列表或完整配置。链接过期、流量超限、服务器按 User-Agent 拦截请求,都会表现为"更新失败"或"更新后节点清零"。具体判别方法见订阅失效排查一文。
即 config.yaml,内核的完整运行说明书,依次描述端口、DNS、节点(proxies)、策略组(proxy-groups)与规则(rules)。客户端"导入订阅"的本质,就是下载或生成这样一份文件交给内核加载。
以缩进表达层级关系的纯文本数据格式,Clash 全系配置均采用它。语法对空格极其严格:缩进只能用空格不能用 Tab,冒号后必须跟一个空格。手工编辑配置报"解析失败"时,九成是这两处出了问题。
把一种订阅格式转换成另一种格式的服务或工具,典型用途是将通用 base64 节点列表转为 Clash 的 YAML 结构,并顺带套用现成的规则模板。转换服务会完整经手节点信息,选择公共转换站点时应留意其运营方是否可信。
配置文件中的资源提供者机制,分 proxy-provider(节点集合)与 rule-provider(规则集合)两类。它允许把节点或规则拆成独立的远程文件,按设定间隔自动拉取更新,适合同时维护多条订阅或引用社区规则集。
D · 路由与规则
Routing & Rules / 6 entries按域名、IP、端口、进程名等条件,把每条连接分配给不同出口的机制,是 Clash 区别于简单代理工具的核心能力。规则自上而下逐条匹配、命中即停,列表末尾的 MATCH 规则兜底所有未命中的流量。
把多个节点打包成一个可选择的组,规则的目标指向组而不是单个节点。常见类型:select 手动选择、url-test 自动选延迟最低、fallback 故障转移、load-balance 负载均衡。换节点只需在组内切换,规则无需改动。
按 IP 地址归属地匹配的规则类型,依赖内核附带的地理位置数据库。GEOIP,CN,DIRECT 是让中国大陆 IP 直连的典型写法。数据库过旧会导致归属误判,客户端一般提供数据库更新入口。
mihomo 内核支持的域名分类数据库,把海量域名按站点类别预先打包,写一条 GEOSITE,category-ads-all,REJECT 即可覆盖整类站点。相比逐条堆 DOMAIN 规则,配置更短、更新交给数据库维护者即可。
跳过所有分流规则、把全部流量交给同一个节点的运行模式,与规则模式(Rule)、直连模式(Direct)并列。适合临时验证"到底是节点问题还是规则问题";日常使用建议保持规则模式,避免本地流量无谓绕行。
两个内置的特殊策略:DIRECT 表示不经任何代理直接连接目标,REJECT 表示直接拒绝该连接。把广告域名指向 REJECT、局域网与本地网站指向 DIRECT,是绝大多数规则模板的固定写法。
E · 网络基础
Networking / 6 entries一条可用的远端代理服务器记录,包含服务器地址、端口、协议类型与认证信息。订阅里的每一行代理配置就是一个节点;节点本身由服务商维护,客户端只负责按策略组挑选出口并转发流量。
客户端向指定测试地址(常见为 Google 的 generate_204)发起请求并统计耗时,以毫秒数衡量节点响应速度。数值只反映往返时间,不等于下载带宽;若全部节点同时超时,应优先按从近到远的顺序排查本地网络与系统时间。
在操作系统层面登记的 HTTP/SOCKS 代理入口,浏览器等遵循系统设置的程序会自动经它转发。部分命令行工具、游戏客户端不读取该设置,它们的流量不会进入代理——这类程序需要 TUN 模式才能接管。
通过创建虚拟网卡、在网络层接管设备全部流量的模式,可覆盖不遵循系统代理的应用。开启需要管理员权限或系统扩展授权:Windows 上通常要先安装服务组件,macOS 上会触发网络扩展授权弹窗。
内核的一种 DNS 应答策略:先返回保留网段(如 198.18.0.0/16)里的虚假 IP 让程序立即建立连接,转发时再还原真实域名。省去等待真实解析的时间、也利于按域名分流;但依赖真实 IP 的程序(如部分局域网发现服务)需加入 fake-ip-filter 例外。
指域名解析请求绕开代理、直接发往本地运营商 DNS 的现象——即使流量本身走了代理,访问过哪些域名仍会被解析侧记录。启用内核的 DNS 接管(dns.enable: true)或 TUN 模式,并检查系统网卡的 DNS 设置,可消除此类泄漏。