Clash 节点是 Clash 类配置文件里 proxies 列表中的一个条目,记录了服务器地址、端口、协议和认证信息等字段。看懂这些字段,就能判断节点连不上时问题可能出在哪一项,也能分清节点、订阅和策略组的关系。
clash节点是什么?如果你只用过图形客户端,节点对你来说就是列表里的一行名字,点一下连接。可一旦遇到连不上、超时、证书错误这类问题,就会发现:要想搞明白出了什么事,得知道这一行背后到底写了什么。Clash 节点本质上是配置文件里的一个条目,由一组字段组成。这篇用一个虚拟的示例,逐字段讲清楚每个字段在干什么,再讲节点和订阅、策略组、规则的关系,以及看懂节点能帮你解决哪些问题。
clash节点是什么意思:配置里的一个条目
Clash 系的客户端(现在多以 Mihomo 内核为基础)使用一份配置文件来描述怎么处理流量。配置里有一个 proxies 列表,列表里每一项就是一个节点。你在客户端里看到的节点列表,就是这个列表的展示。
所以节点不是什么神秘的东西,它就是一段有格式的文字,告诉内核:“要连这个服务器,用这个端口,用这种协议,凭这个认证信息。”想了解节点在整个体系里的位置,可以先读 机场节点是什么,再回到这里看配置层面的细节。
看一个虚拟节点:它长什么样
下面是一个完全虚构的节点示例,用来说明格式。域名、密码和端口都是编的,不对应任何真实的服务:
proxies:
- name: 示例节点-01
type: trojan
server: example.com
port: 443
password: 示例密码
sni: example.com
skip-cert-verify: false
udp: true
这段文字有几个特点:按层级缩进、用冒号分隔字段名和内容、每个节点以一个短横线开头。学会读这种格式,你就能看懂大部分 Clash 配置,字段的完整定义可以对照 Mihomo(Clash Meta)文档。
逐字段解释:每个字段在干什么
把上面示例里的字段拆开,逐个说明含义:
| 字段 | 示例内容 | 作用 |
|---|---|---|
| name | 示例节点-01 | 节点在列表里显示的名字,只是给你认的标签 |
| type | trojan | 使用的协议类型,决定后面哪些字段有效 |
| server | example.com | 要连接的服务器地址,域名或 IP |
| port | 443 | 服务器上对应的端口 |
| password | 示例密码 | 认证信息,证明你有权使用 |
| sni | example.com | 加密连接握手时使用的域名标识 |
| skip-cert-verify | false | 是否跳过证书校验,一般建议保持 false |
| udp | true | 是否允许转发 UDP 流量 |
这张表里,前五个是基本骨架,后三个是和加密、传输相关的附加字段。其中 skip-cert-verify 值得单独留意:它设为 true 会让客户端不再校验服务器证书,安全性会下降,没有明确理由不要随意打开。
不同协议,字段会有所不同
type 字段决定了节点用什么协议,不同协议需要的认证信息和附加字段不同。下面是常见协议的字段差别示意:
| 协议类型 | 认证信息的写法 | 常见的附加字段 |
|---|---|---|
| 用密码认证的协议 | password | sni、udp 等 |
| 用唯一标识认证的协议 | uuid | tls、传输方式、流控等 |
| 加密方式单独指定的协议 | password 加加密方式 | 加密方式、udp 等 |
不用背这些字段,关键是理解原则:协议不同,认证和传输的字段就不同。遇到陌生的字段,去内核官方文档里查,而不是凭感觉猜。想了解几种常见协议的特点,读 机场协议有哪些。
节点、订阅、策略组和规则的关系
很多人把节点和别的概念搞混。可以这样理解整份配置的结构:
| 层次 | 是什么 | 和节点的关系 |
|---|---|---|
| 订阅 | 下载配置的链接 | 装着一批节点的容器 |
| 节点 | 一个可连接的出口 | 配置里最基本的单元 |
| 策略组 | 把一批节点组织起来的选择方式 | 决定“用哪个节点” |
| 规则 | 按域名等条件决定流量走向 | 决定“哪些流量走哪个策略组” |
流程是:规则判断某个请求该走哪个策略组,策略组再从节点里选一个,最后由节点负责把流量发出去。所以节点只是最底层的一环,决定流量怎么走的是上面几层。想了解订阅和节点的区别,读 节点和订阅有什么区别;想了解策略组,读 策略组是什么。
看懂节点,能帮你排查什么问题
知道了字段的含义,遇到问题就不用只会“换节点”了。下面是几个常见症状和它们可能对应的字段:
| 症状 | 可能相关的字段 | 先看什么 |
|---|---|---|
| 一直超时 | server、port | 地址和端口是否正确、是否被限制 |
| 提示认证失败 | password 或 uuid | 订阅是否过期、凭证是否被重置 |
| 提示证书错误 | sni、证书相关 | 系统时间是否正确,sni 是否匹配 |
| 能连但不通 | 协议和传输相关字段 | 客户端对该协议的支持是否完整 |
先把症状对应到字段,再去排查,比到处乱试快得多。想系统排查,读 节点超时怎么办。
手动改节点配置:该小心什么
有人想自己调整节点配置,比如改端口、改名字。这是可以做的,但要注意几点:
- 订阅更新时,手动的改动可能被新配置覆盖,所以更好的办法是用客户端提供的覆写功能;
- 改之前先备份原配置,改坏了可以恢复;
- 只改你确实理解的字段,不懂的别动;
- 改完用客户端的检测功能确认配置能加载。
对大多数人来说,不改配置也能正常使用,只有在确实需要的时候再动手。
节点配置也是凭证,别外传
节点里的 password 或 uuid,等同于你的账号凭证。把完整的节点配置发到公开的地方,等于把使用权送给了别人。所以:
- 不要把真实配置贴到论坛、群聊或公开仓库;
- 需要求助时,把密码、uuid 和服务器地址换成占位符再发;
- 怀疑泄露,立刻在机场后台重置订阅。
保管习惯可以参考 订阅链接怎么保护。另外也要提醒:公开流传的免费节点来源不可控,风险不小,读 免费节点靠谱吗 了解其中的问题。
关于 Clash 节点的几个误解
- **“节点是个软件。”**不是,它只是配置里的一段信息。
- **“节点多就一定好。”**数量不决定质量,常用的往往只有几个。
- **“字段不用管,换节点就行。”**懂得字段,排查问题会快得多。
- **“skip-cert-verify 打开能解决所有证书问题。”**它只是跳过校验,会降低安全性,应先找出证书问题的真正原因。
接下来看什么
想动手导入订阅,读 Clash 订阅怎么导入;想了解 Clash 现在的内核是什么,读 Mihomo 是什么;想选机场,用 选机场向导 或翻 机场推荐榜。看懂一个 clash节点,只是理解整套配置的第一步,但这一步能让你在遇到问题时少走很多弯路。
- 示例中的域名、密码和端口都是虚构的,仅用于说明字段含义,不指向任何真实服务。
- 字段的完整定义和各协议的差别,请以内核官方文档为准,客户端版本不同细节可能有出入。
- 节点信息等同账号凭证,请不要在公开场合展示真实配置。
资料里明确写了支持 Clash 的几家
把 Clash 写进客户端栏的品牌很少。没写不等于不能用,多数机场都能给 Clash 格式的订阅,只是档案里找不到可以核对的说法。
看 Clash 上手手册 → 数据来自机场档案,价格以官网结账页为准。
本文引用的官方来源
这篇的几个常见问题
Clash 节点是什么意思?
它是 Clash 配置文件里的一个条目,每个条目描述一个可连接的出口,包含名称、类型、服务器地址、端口和认证信息等字段。客户端里节点列表的每一行,对应的就是配置里的一个节点。
Clash 节点和订阅是什么关系?
订阅是一个链接,客户端通过它下载一份配置;这份配置里包含很多节点,也包含策略组和规则。可以把订阅看成装节点的容器,节点是里面的一个个条目,导入订阅后节点会展开成列表。
节点配置里的字段,哪些最关键?
名称、类型、服务器地址、端口和认证信息是基本骨架。类型决定协议,后面的字段会随协议不同而变化。连不上时,先核对地址和端口,再看认证信息和加密相关的字段是否匹配。
可以自己手动改节点配置吗?
可以,但订阅更新时手动改动可能被覆盖,所以最好用客户端提供的覆写功能。手动改之前先备份,并只改自己理解的字段,改错了可能导致整个配置无法加载。