Clash 配置查阅

Clash 术语手册:代理、规则、DNS 与配置字段

把配置文件里容易混淆的词拆开说明。遇到订阅导入、规则匹配、TUN 或 DNS 设置时,可先在这里确认概念,再继续操作。

29 个常用术语 5 个内容分类 面向入门与配置排查
01 · CONNECTION

代理协议

先分清配置来源、服务器入口与本地代理接口。它们经常出现在同一页,但承担的工作并不相同。

订阅

订阅通常是一条远程配置地址,客户端通过它获取节点、策略组、规则与 DNS 设置。更新订阅会重新读取服务端发布的内容,因此本地直接修改的部分可能被覆盖。

订阅链接无法导入时,应先确认地址是否完整、是否仍有效,以及返回内容是否为客户端支持的配置格式。订阅本身不是节点,节点只是订阅内容中的一个组成部分。

代理协议
节点

节点是一个可供连接的代理服务器入口,通常包含服务器地址、端口、协议、认证信息和传输参数。客户端选择节点后,内核才会按这些参数建立连接。

节点名称只是便于识别的标签,不能单独说明实际速度。连接质量还会受到本地网络、服务器负载、线路距离和目标网站影响。

代理协议
延迟

延迟表示一次测试请求从发出到获得响应所花的时间,通常以毫秒记录。数值较小意味着测试目标在当时响应较快,但不等于下载速度一定更高。

客户端的延迟测试会受到测试地址、超时时间和当前网络状态影响。比较节点时应使用同一测试方式,并结合实际访问体验判断。

代理协议
HTTP 代理

HTTP 代理通过一个本地监听端口接收应用请求,再由客户端决定后续连接方式。浏览器和许多遵循系统代理设置的软件可以直接使用这一接口。

只开启系统代理时,不读取系统设置的命令行工具、游戏或部分后台服务可能不会经过客户端。这种情况通常需要为应用单独设置代理,或改用 TUN 模式。

代理协议
SOCKS5

SOCKS5 是较通用的代理协议接口,可承载多种上层连接,并支持用户名与密码认证。部分开发工具、下载工具和命令行程序会提供单独的 SOCKS5 设置项。

使用时需要填写客户端的本机监听地址与 SOCKS 端口。DNS 是否一并交给代理处理,要看应用实现和所用地址写法。

代理协议
02 · RUNTIME

内核与客户端

图形界面负责让设置容易操作,内核负责真正处理连接。理解这层关系,排查启动失败和功能差异会更直接。

mihomo

mihomo 是由 Clash Meta 演进而来的代理内核,负责读取配置、建立协议连接、执行规则匹配、处理 DNS 与接管 TUN 流量。许多现代图形客户端会把它作为底层运行组件。

客户端界面版本与 mihomo 内核版本是两个概念。遇到新字段不识别或功能不可用时,需要同时检查图形客户端和内核是否支持对应配置。

内核与客户端
Clash 内核

Clash 内核是执行代理工作的核心程序,会监听本地端口并依据配置处理连接。单独运行内核通常需要通过命令行指定配置文件和工作目录。

内核不等于完整客户端。订阅管理、菜单栏图标、系统代理开关和日志查看等功能,一般由外层图形客户端提供。

内核与客户端
GUI 客户端

GUI 客户端是带图形界面的管理程序,用于导入订阅、选择策略、切换模式和查看日志。它会把用户操作转换为内核能够理解的配置或控制命令。

不同客户端即使使用同一种内核,界面位置、默认参数和系统集成方式也可能不同。跟随教程时,应先确认教程所对应的客户端名称与平台。

内核与客户端
Clash Plus

Clash Plus 是覆盖多个常用平台的图形客户端,可用于导入订阅、管理策略组和调整基础网络设置。它属于客户端界面层,具体流量处理仍由所使用的内核完成。

跨平台使用时,菜单布局会随操作系统交互方式调整。配置概念基本相通,但系统代理、后台运行和权限设置需要按平台分别处理。

内核与客户端
Provider

Provider 是从本地文件或远程地址加载一组内容的配置机制,常见形式包括代理集合和规则集合。主配置只保留引用关系,具体条目可以独立更新。

这种拆分适合内容较多的配置,也便于多个策略组复用同一批节点。Provider 更新失败时,应检查引用地址、文件路径、更新间隔与内容格式。

内核与客户端
03 · ROUTING

规则与分流

代理模式决定整体处理方式,规则决定单条连接的去向。规则通常从上到下匹配,先命中的条目先执行。

Rule 模式

Rule 模式让连接依次经过规则列表匹配,再按照命中的策略决定代理、直连或拒绝。它适合日常使用,可以让不同网站和应用走不同路径。

规则顺序非常重要,范围较大的规则放得太靠前,可能让后面的精确规则失去作用。检查分流问题时,应先查看日志中的命中规则和最终策略。

规则与分流
Global 模式

Global 模式会把大部分受客户端接管的连接统一交给当前选定的代理策略。此时配置中的细分规则通常不参与日常分流判断。

它适合短时间测试某个节点是否可用,或确认问题是否来自规则。长期使用时仍要留意局域网、系统服务和不应经过代理的连接。

规则与分流
Direct 模式

Direct 模式让受接管的连接直接访问目标,不使用代理节点。它常用于临时恢复本地网络路径,或判断故障是否与代理链路有关。

切到 Direct 不等于关闭客户端,因为本地端口、DNS 或 TUN 仍可能处于运行状态。若要完全退出接管,还需关闭对应开关或退出程序。

规则与分流
Rule Provider

Rule Provider 把一组规则保存在独立文件或远程地址中,主配置通过名称引用。它可以减少主配置长度,并让常用规则集单独更新。

规则集的行为类型需要与内容格式对应,例如域名、IP 网段或经典规则写法。类型不匹配时,文件即使成功下载,也可能无法按预期命中。

规则与分流
GeoIP

GeoIP 根据目标 IP 在地理数据库中的归属进行匹配,常用于按国家或地区划分连接。它匹配的是地址信息,不是网站页面使用的语言。

数据库长期不更新时,新分配或变更归属的 IP 可能被错误分类。发现地理规则命中异常时,可检查数据库更新时间和下载来源。

规则与分流
GeoSite

GeoSite 是按用途或归属整理的域名规则数据库,可用于匹配媒体、搜索、通信和常见服务等域名集合。它关注域名分类,与 GeoIP 的地址归属判断不同。

一个网站可能同时使用多个第三方域名,因此单一分类不一定覆盖所有请求。排查时可以结合连接日志补充更具体的域名规则。

规则与分流
策略组

策略组把多个节点、直连策略或其他策略组组织在一起,供规则引用。常见行为包括手动选择、按测试结果选择、故障转移和负载分配。

规则命中的通常是策略组名称,而不是最终节点名称。连接实际走向还取决于该策略组当时选中了哪个成员。

规则与分流
04 · NETWORK

DNS 与网络

DNS 负责把域名转换为地址,TUN 负责扩大流量接管范围。这两部分互相影响,也是连接异常时需要重点检查的位置。

DNS

DNS 是把域名转换为 IP 地址的基础网络服务。Clash 可以接管域名查询,并根据配置选择本地解析器、远程解析器或加密 DNS。

网页打不开但直接访问 IP 正常时,问题可能出在解析环节。排查时需要确认系统 DNS、客户端 DNS 和浏览器安全 DNS 是否形成了不同路径。

DNS 与网络
Fake-IP

Fake-IP 模式会先为域名返回一段保留地址,再由内核在应用发起连接时恢复域名并执行规则判断。这样可以保留域名信息,并减少先获取真实地址再匹配的步骤。

部分局域网服务、游戏或依赖真实地址的应用可能不适合这种方式。遇到兼容问题时,可以把特定域名加入过滤列表,而不是直接改动全部 DNS 配置。

DNS 与网络
Redir-Host

Redir-Host 会先解析出目标域名的真实 IP,再进行连接和规则处理。它的结果更接近传统 DNS 工作方式,对部分依赖真实地址的应用较容易理解。

由于真实解析发生得更早,DNS 路径和解析结果会直接影响后续分流。切换模式后,旧缓存可能继续生效一段时间,必要时应清理系统与客户端缓存。

DNS 与网络
DNS 泄漏

DNS 泄漏是域名查询绕过预期解析路径,被系统、浏览器或其他网络组件直接处理的现象。它通常发生在多个 DNS 功能同时启用,或部分应用自行指定解析器时。

排查时应逐层确认系统 DNS、浏览器安全 DNS、客户端监听端口与 TUN DNS 劫持设置。重点是让查询路径保持一致,而不是同时堆叠多个解析方案。

DNS 与网络
DoH

DoH 是 DNS over HTTPS 的缩写,通过 HTTPS 连接传输域名查询。它可以减少传统明文 DNS 在传输途中被读取或改写的情况。

DoH 服务本身也需要建立网络连接,因此其域名解析和访问路径要能正常工作。配置不当时可能出现循环解析或启动阶段无法连接的问题。

DNS 与网络
TUN 模式

TUN 模式通过虚拟网卡在网络层接管流量,可覆盖不读取系统代理设置的应用、命令行程序和部分游戏。它的接管范围通常比单独开启系统代理更广。

启用时可能需要系统权限,并要处理路由、DNS 劫持和局域网访问。若出现断网,应先检查虚拟网卡是否正常创建,再查看堆栈类型与路由设置。

DNS 与网络
05 · CONFIG

配置文件字段

Clash 配置通常使用 YAML。先看缩进,再看字段层级,最后检查名称引用是否一致,比逐字猜测报错更有效。

YAML

YAML 是 Clash 配置常用的数据格式,依靠缩进表达字段层级。它对空格、冒号和列表符号较敏感,制表符或缩进错位都可能导致解析失败。

修改配置时应保持同一层级的缩进一致,并避免随意改动节点名称。名称中含有特殊符号时,使用引号包裹通常更稳妥。

配置文件字段
port

port 用于设置 HTTP 代理的本地监听端口。应用启用 HTTP 代理时,通常需要连接到本机地址和这个端口。

端口被其他程序占用时,内核可能无法启动监听。修改端口后,系统代理和手动配置过的应用也要同步更新。

配置文件字段
mixed-port

mixed-port 是同时接受 HTTP 与 SOCKS 连接的混合监听端口。应用可以根据自身支持的代理类型连接同一个端口。

它能减少本地端口数量,但不会改变远端节点使用的协议。若配置里同时设置多个监听端口,需要避免端口值互相冲突。

配置文件字段
proxies

proxies 保存直接写在主配置中的静态节点定义。每个条目通常包含名称、服务器地址、端口、协议和对应认证参数。

策略组通过节点名称引用这些条目,因此改名后也要更新相关策略组。节点较多时,可以使用 Proxy Provider 把内容拆到独立文件。

配置文件字段
proxy-groups

proxy-groups 用于定义策略组,包括组名、行为类型和可选成员。规则通常把流量交给策略组,再由策略组确定最终节点。

组内成员可以是节点、内置策略或另一个策略组。引用名称必须完全一致,否则内核可能报告找不到对应代理或策略。

配置文件字段
rules

rules 按从上到下的顺序保存分流条件和目标策略。一般先写精确域名与特殊服务,再写较宽的分类规则,最后放置兜底规则。

一条连接命中前面的规则后,后续规则通常不再继续判断。新增规则没有效果时,应检查它是否被更靠前的宽泛条件提前截住。

配置文件字段