头条 · 安全与隐私
allowInsecure=1 到底有多危险，为什么不该图省事打开
节点链接里的 allowInsecure=1 关闭了 TLS 证书校验，等于让 TLS 只剩加密、失去身份验证。本文说明它具体放弃了什么保护、什么情况下会被利用，以及为什么「反正流量已经加密了」这个想法不成立。
Clash 知识库
工具告诉你哪里错了，这里告诉你为什么会错。报错含义、字段原理、协议差异、安全风险——搞懂这些，下次遇到同类问题你自己就能判断，不用再到处翻零碎的帖子。
全部文章（32 篇）
OpenClash 是什么：路由器上的 Clash
OpenClash 是面向 OpenWrt 的 LuCI 插件，用于管理 Mihomo（原 Clash Meta）内核。这里整理官方仓库、Release 文件、OpenWrt 与 LuCI 要求及依赖；README 没有说明最低内存、CPU 架构或非 OpenWrt 系统要求。
#OpenClash
机场测速的三个读数：延迟、丢包与吞吐量分别是什么
机场测速里的延迟、丢包、下载速度是三个不同的量：延迟是一个包来回用的时间，丢包是包在等待时限内有没有到，下载速度是单位时间搬了多少数据。客户端里的延迟测试其实是 mihomo 的健康检查，下面按 RFC 和 mihomo 文档原话逐个说明。
#测速#延迟#丢包
Shadowsocks 节点导入 Clash：单条 ss:// 怎么变成可用的节点
手上只有一条 ss:// 链接，怎么导入 Clash？两种稳妥做法：新建本地配置，或用订阅右键的可视化编辑器追加。别在扩展配置里写 proxies，会把订阅节点全换掉。
同一条订阅链接，为什么这个客户端能用那个不行
同一个订阅地址，Clash 拿到的是 YAML，v2rayN 拿到的是 Base64 节点清单——服务端按请求头里的 User-Agent 决定返回哪种格式。理解这一点，就能解释「链接没换、换个客户端就报错」这类问题，也知道该怎么验证。
报错「platform verifier failed / webpki roots fallback failed」是什么意思
这条报错来自客户端的 TLS 证书校验：先用系统自带的验证器失败，退回到内置根证书列表仍然失败。它几乎不是节点的问题，而是系统时间、根证书库、SNI 或中间证书链出了状况。本文逐条说明成因与排查顺序。
订阅链接只能用一次？别拿它去在线工具里「试一下」
有的机场发的订阅链接是一次性的，在浏览器里点开一次就作废。而几乎所有在线校验、转换工具的第一步都是「打开订阅地址复制内容」——一测就把链接烧掉了，回头导入客户端才发现报错。本文说明怎么判断、正确顺序是什么、烧掉了怎么办。
解码后节点数对不上？重复条目是怎么回事
机场页面写着 60 个节点，解码出来却只有 52 个能用。差额通常来自三处：服务器加端口完全相同的重复条目、解析失败的坏行，以及非节点的公告行。本文说明怎么逐项对上账。
订阅内容不是乱码而是一行行链接，正常吗
打开订阅地址，有人看到一整块乱码，有人看到一行行 vmess:// 开头的链接。两种都是正常的订阅内容，区别只在机场有没有做 Base64 编码。本文说明两种形态的由来、各自的判断方法，以及编码与加密的区别。
手上这串东西该用哪个工具？三类输入的分辨方法
Clash 配置、节点分享链接、订阅返回的内容，三样东西粘在输入框里都像乱码，但要用不同的工具处理。本文给出不看工具也能自己分辨的三个特征，以及第四种情况——订阅地址本身该怎么办。
粘进去报「不认识的协议」——这几种链接都不是节点链接
解析器只认节点分享链接。报「不认识的协议」时，粘进去的往往是订阅地址、一键导入链接或网页地址——它们长得像链接，作用却完全不同。本文列出几种常被混淆的链接，并说明各自该怎么处理。
ss:// 有两种写法，解析失败通常是混了
Shadowsocks 分享链接历史上有两种写法：整段 Base64 的旧格式，和把服务器地址留在明文的 SIP002 新格式。解析器报「既不是 base64 也不是 userinfo@host:port 结构」时，多半是两种格式被拼在了一起或复制不全。
vmess:// 链接解析失败的两种情况，报错不一样
vmess 链接是 Base64 编码的一段 JSON，所以解析可能在两个不同的阶段失败：Base64 本身解不开，或者解开了但内容不是合法 JSON。两种报错指向的原因完全不同，本文说明各自的成因与排查顺序。
一个值换行了就报错？YAML 的续行要写成 > 或 |
校验器提示「一个键的内容换行了，但没有用正确的续行写法」，多半是长字符串被编辑器自动折行、或者从网页复制时带进了换行。本文说明 YAML 里值换行的三种合法写法，以及它们的区别与选择。
报「配置最外层不对」——多半是你只粘了一段
校验器提示「配置最外层应该是 proxies / proxy-groups / rules 这样的键，而不是数组或纯文本」，通常不是配置坏了，而是你粘进来的只是整份配置里的一小段。本文说明 Clash 配置的顶层结构长什么样，以及三种典型的粘错情况。
port 写成 "443" 带引号有问题吗？为什么校验器要提醒
端口在 YAML 里写成 port：443 是数字，写成带引号的 "443" 就成了字符串。多数客户端能容忍这个差别，但部分版本会解析失败，报出与端口毫无关系的错误。本文说明两者的区别、什么时候真的会坏，以及端口越界时的报错含义。
两个节点重名会怎样？校验器为什么把「重名」当问题
配置校验器报「节点名重复」时，配置往往还能跑起来，所以容易被忽略。但 Clash 用 name 作为节点的唯一标识，重名意味着引用它的地方只会拿到其中一个，而你无法预期是哪一个。本文说明它的后果与三种常见来源。
同一份配置在两个客户端表现不同？Clash Premium 与 mihomo 的差异
一份配置在 A 客户端能跑、在 B 客户端报错，多半是内核不同。本文说明 Clash 原版、Premium 与 mihomo 的关系、几个常见的字段级差异，以及为什么校验工具会把这类差异标为提醒而不是错误。
怎么从订阅地址拿到「订阅内容」
本站的工具要的是订阅返回的内容而不是订阅地址。本文用三种方式说明怎么拿到它：浏览器直接打开、客户端里复制、命令行获取，以及每种方式常见的坑。
订阅链接为什么等于你的账号密码
订阅地址不只是一个下载链接。拿到它的人可以看到你的套餐、剩余流量，并且能直接使用你付费买的节点。本文说明它的实际权限范围、常见的泄露途径，以及泄露之后该怎么办。
订阅地址打开是一大串乱码，那到底是什么
在浏览器里打开机场订阅地址，看到的往往是一长串没有换行的字符。那不是加密，是 Base64 编码的节点清单。本文说明它的结构、为什么要编码、以及三种常见的订阅返回格式怎么区分。
alterId 是什么，为什么新内核要求它必须是 0
解析 vmess 链接时看到 alterId 非零并被标为过时，原因是 VMess 早已从 MD5 认证换成了 AEAD。本文说明 alterId 的历史作用、为什么它被废弃、以及遇到非零值时该怎么处理。
#VMess#alterId#AEAD
rules 最后为什么一定要写 MATCH，不写会怎样
MATCH 是 Clash 规则列表的兜底项，决定没有命中任何规则的流量走哪里。不写它不一定报错，但会导致「大部分网站正常、个别网站莫名其妙不走代理」这类难查的问题。本文说明它的作用、白名单与黑名单两种写法，以及规则顺序为什么重要。
YAML 缩进明明对齐了却报错？多半是 Tab 混进来了
Clash 配置提示缩进不一致、mapping items 未对齐，但肉眼看每一行都对得整整齐齐——这种情况几乎都是 Tab 和空格混用。本文说明 YAML 为什么禁止 Tab 缩进、怎么在编辑器里揪出它，以及另外两种视觉上看不出的缩进问题。
「策略组引用了不存在的节点」——名字对不上的四种情况
Clash 启动失败提示策略组里的某个节点找不到，本质是 proxy-groups 里写的名字和 proxies 里的 name 没有完全一致。本文列出四种容易忽略的不一致来源，以及换订阅后批量失效的处理办法。
Clash 报错「proxies 必须是数组」是什么意思，怎么改
Clash 或 mihomo 提示 proxies 不是数组、无法解析节点列表时，问题几乎都出在 YAML 的短横线和缩进上。本文说明这个报错的确切含义、四种常见成因，以及每种情况的正确写法。
UUID 和密码是一回事吗？各协议的凭证有什么不同
VMess 和 VLESS 用 UUID，Trojan 和 Shadowsocks 用密码，看起来是两种东西，泄露后果却完全一样。本文说明各协议凭证的形式差异、为什么 UUID 不能当成「不敏感的 ID」，以及分享配置前该抹掉什么。
tcp、ws、grpc、h2 这几种传输方式怎么选
节点配置里的 network 字段决定数据怎么传。本文对比 tcp、ws、grpc、h2 四种的实际差别：谁能过 CDN、谁延迟低、谁在弱网下更稳，以及各自需要配哪些额外字段。
#传输方式#WebSocket#gRPC
SNI 是什么，为什么配错了就握手失败
节点配置里的 sni 字段决定 TLS 握手时报哪个域名。它是明文传输的，也正因如此成了最容易出问题的一项。本文说明它的作用、和 Host 的区别，以及三种典型的配错场景。
Reality 是什么，它和普通 TLS 差在哪
节点链接里出现 security=reality、pbk、sid 这些参数时，说明它用的是 Reality。本文说明它借用真实网站 TLS 特征的原理、为什么不需要自己的域名和证书，以及 pbk / sid / fp 各是什么。
规则写对了却不生效？多半是顺序放错了
Clash 的规则从上往下逐条匹配、命中即停，所以一条宽泛的规则放在前面，会让它后面所有具体规则永远不执行。本文说明正确的排列顺序、GEOIP 为什么必须靠后，以及怎么验证某个域名到底命中了哪条。
select、url-test、fallback、load-balance 到底该用哪个
四种策略组类型经常被混用，尤其是 fallback 和 url-test。本文说清每种的实际行为、适合的场景，以及两个高频误解：load-balance 不会让下载变快、tolerance 不设会导致节点反复横跳。
按标签找
怎么读这个知识库？
这里的文章都围绕一件事：把工具查出来的结果讲明白。 工具告诉你「第 12 行的 proxies 不该是字符串」，文章告诉你这个字段为什么必须是数组、 写错之后客户端会怎么表现。两边是配套的—— 遇到具体问题建议先用 对应工具 定位，再回来看原理。