Clash 订阅更新失败
先到日志中区分请求超时、服务端拒绝与配置解析失败。超时要检查当前网络及更新请求是否经过代理；拒绝访问应核对订阅有效期和账户状态；解析失败则看返回内容是不是登录页或格式不兼容。不要反复公开粘贴完整链接，也不要急着清空全部配置。先保留上一份可用配置，再逐项验证，具体操作见订阅问题 FAQ。
常见踩坑 / 先定位，再修改
订阅、证书与 DNS：三类常见故障
导入成功、代理开启、网页可访问，分别属于不同检查环节。保留报错原文，一次只改变一项设置，通常比同时更换节点、内核与 DNS 更容易找到原因。
开启代理后证书报错
证书报错并不等于需要安装新证书。先确认系统时间与时区，再比较关闭代理、切换节点后的结果，判断异常发生在本机还是连接路径。普通 HTTPS 转发通常不需要客户端解密网站流量；来源不明的根证书可能改变系统信任链。不要通过关闭证书验证掩盖问题，应记录具体错误码，按证书错误排查步骤继续检查。
DNS 路径与预期不一致
系统代理只影响遵循代理设置的应用，不保证所有域名查询都由内核处理。浏览器安全 DNS、系统解析缓存及其他 VPN 都可能改变实际路径。排查时先确认请求由哪个应用发出，再检查内核 DNS 是否启用、TUN 是否接管以及解析服务能否访问。不能仅凭一个检测页面判断全部流量走向；应结合日志与连接记录，参阅DNS 与网络 FAQ。
配置资料浏览器
Clash 核心功能与配置边界
先分清图形客户端负责什么、内核处理什么，再决定是否需要更复杂的配置。下方片段用于说明字段，不是可直接导入的完整订阅。
规则分流：顺序比数量重要
规则模式按配置从上到下匹配目标域名、地址或规则集，命中后交给指定策略。它适合需要同时处理直连服务与代理连接的日常环境，不必为每个应用反复切换全局模式。添加自定义规则前，应先确认策略名称存在，再检查规则是否被更靠前的条目覆盖。与只提供单一开关的代理工具相比，Clash 生态更强调策略组和规则的配合；规则集覆盖范围、更新来源及最终兜底都需要使用者理解。
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,PROXYTUN 模式：接管范围更广
TUN 通过虚拟网络接口接收流量，适合不遵循系统代理设置的应用，但开启它并不自动解决全部连接问题。桌面客户端通常需要服务模式或相应系统权限，路由与 DNS 也必须配套处理。若设备同时运行其他 VPN、虚拟机或公司网络软件，应先检查接口和路由冲突，再逐步扩大接管范围。相较系统代理，TUN 更接近网络层，排错也更复杂；普通网页访问可先从系统代理开始，确有需要再启用。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: truemihomo：从内核判断能力
mihomo 是由 Clash Meta 项目延续发展的内核，图形客户端则负责配置编辑、托盘操作与系统集成。两者不是同一层软件：界面能显示某个协议名称，不代表随包内核一定支持对应字段。迁移旧配置时应核对协议类型、规则提供器及 DNS 设置，并先在新内核上测试解析。相较原版 Clash，mihomo 扩展了协议与规则能力，但新增功能也意味着配置边界需要重新确认，不能只凭客户端名称判断兼容性。
# 在终端查看内核提供的命令帮助
mihomo -h
# 测试本地配置语法
mihomo -t -f config.yaml订阅管理：分清远程与本地修改
订阅链接用于获取远程配置，不等同于客户端本身，也不保证包含完整的规则和策略组。导入前先确认服务提供方输出的是 Clash 兼容格式；更新后则核对当前启用的配置是否已经切换。直接编辑远程配置文件可能在下次更新时被覆盖，更稳妥的方式是使用客户端提供的覆写或合并功能保存本地需求。订阅转换涉及链接中的访问凭据，应谨慎选择处理方式，避免把完整链接提交到不熟悉的网页服务。
# 先识别配置中的主要部分
proxies: []
proxy-groups: []
rules:
- MATCH,DIRECT多平台客户端：界面相近，权限不同
同一份配置在不同设备上可能遇到不同的系统限制。桌面端要关注系统代理、后台服务与自动启动，移动端则应检查 VPN 授权、后台运行及省电策略。下载时先匹配操作系统和处理器架构，再比较内核、订阅覆写与规则管理方式。Clash Plus 可作为选型起点；需要更多桌面集成功能时，再对照 Clash Verge Rev 等客户端。不要把某个平台的菜单位置直接套到另一台设备，功能名称相近也可能有不同实现。
# 桌面客户端常见设置项
系统代理
TUN 模式
开机启动
服务模式
允许局域网连接协议支持：没有通用的速度排名
SS、VMess、Trojan、VLESS、Hysteria2 与 TUIC 的设计目标和传输基础不同，实际表现还取决于服务端配置、网络丢包及设备性能。基于 QUIC 的方案在某些链路上有优势，但需要网络允许相应 UDP 通信，也可能影响移动端耗电。选择时先核对客户端内核支持，再比较连接建立、长连接稳定性与后台电量，而不是只看一次测速。协议手册按使用场景解释取舍，避免把协议名称当成性能保证。
# 节点 type 字段的常见取值
# ss / vmess / trojan / vless
# hysteria2 / tuic
# 其余字段须与服务端配置对应资料每 9 秒轮换；点击标签、键盘操作或焦点进入后暂停。减少动态效果时保持静态阅读。
按设备进入下载页
Clash 各平台客户端
图形客户端适合日常桌面与移动使用，独立内核面向自行管理服务的用户。下载页分别列出安装包类型、架构选择和维护状态；先确认设备条件，再比较功能，避免因文件名相近而安装错误的包。
从 Clash Plus 开始比较，再按服务模式、订阅覆写及界面习惯选择 Clash Verge Rev、FlClash 或 Clash Nyanpasu。Clash for Windows 已停止维护，归档包更适合有明确兼容需求的环境，不宜仅凭熟悉的名称作为新装首选。
前往下载先在系统的“关于本机”中辨别 Apple 芯片与 Intel 处理器，再选择对应安装包。可比较 Clash Plus、Clash Verge Rev 与 FlClash；ClashX Meta 已停止维护。安装后的系统授权、代理接管及后台服务应分别检查，不能以窗口能打开代替连接验证。
前往下载优先确认处理器架构与系统安装要求，再比较 Clash Plus、Clash Meta for Android、FlClash 和 Surfboard 的配置格式。首次连接通常需要 VPN 授权；后台断连时，应先检查省电限制与其他 VPN 的占用，而不是连续更换订阅。
前往下载Clash Plus 通过 App Store 安装，产品资料可在官网 clashplus.io 查阅。导入前确认配置兼容范围，首次连接按系统提示允许添加 VPN 配置。遇到连接切换或后台问题时，先区分系统授权、订阅状态与节点可达性。
前往下载桌面用户可先比较 Clash Verge Rev 与 FlClash，按发行版选择合适的包格式，并核对图形环境和依赖。服务器、路由器或自行管理启动服务的用户，可转到下载页的 mihomo 内核区；图形客户端与独立内核不需要重复安装才能工作。
前往下载首次配置 / 三步预览
导入订阅到连接验证
把安装、配置与流量接管拆开处理。遇到异常时，停在当前步骤检查日志，比从头重装更容易保留有效线索。
-
导入并启用配置
在客户端的配置或订阅页面添加链接，更新成功后明确选中该配置。确认界面出现策略组，再检查是否有解析错误；如果返回的是网页登录内容，应先处理订阅来源问题。完整链接通常包含访问凭据，截图或求助前应将其隐藏。
-
选择模式与接管方式
日常使用先选规则模式，在策略组里选择可用节点，再启用系统代理。只有不遵循系统代理的应用确实需要接管时，才继续配置 TUN。全局模式适合短时对照排查，不代表比规则模式更完整，也不应替代对规则命中的检查。
-
用连接记录验证路径
访问目标服务后，在连接页查看对应域名、命中规则与实际策略。一次测速成功只能说明测试目标当时可达，不能代表所有应用都已接管。完成验证后保留可用配置和必要的本地覆写，后续更新出现异常时便有清晰的对照基准。
开源生态 / 资料来源
客户端与内核的维护关系
Clash 生态不是由单个安装包组成的产品线。早期 Clash 建立了代理、策略组与规则配置的基本结构，后续内核和图形客户端沿不同方向发展。Clash测评是下载与选型资料站，并非这些项目的开发方；推荐依据是平台覆盖、功能需求和维护状态，不将站点品牌当作软件官方身份。
理解这层关系，有助于读懂更新说明：界面修复可能只涉及系统托盘或窗口行为，内核更新才可能改变协议解析、规则处理及 DNS 行为。选型时应同时关注二者，而不是把安装包名称或一次界面改版当成全部能力的变化。
阅读协议与内核技术参考 →从源码核对功能说明
mihomo 的公开仓库提供源码、问题讨论与发布记录。下方命令只获取项目源码，不会安装客户端，也不会替代设备上的图形界面。
git clone https://github.com/MetaCubeX/mihomo.git项目历史与名称
Clash Meta 后续更名为 mihomo，因此教程中可能同时出现两个名称。旧名称有助于识别资料来源，却不能证明旧配置与当前内核完全一致。阅读历史文章时，应把概念说明与具体字段分开：策略组和匹配顺序通常仍有参考价值，协议参数、DNS 行为及平台权限则需要重新核对。Clash for Windows 停更也不等于整个 Clash 生态停止发展。
开源协作与问题记录
公开源码让读者能够追溯实现和变更，但开源属性本身并不代替适配测试。更有用的证据是问题能否复现、日志是否指向同一模块、修复是否进入所用客户端的发布包。提交问题时，应说明操作系统、内核来源、复现步骤和经过脱敏的日志，避免上传完整订阅或个人网络信息。其他用户的同类记录可作为线索，不应直接当作当前设备的诊断结论。
内核兼容与迁移
迁移时保留原始配置副本，再导入新客户端测试。语法检查通过只是第一步，还应验证策略组引用、规则集下载、DNS 解析和实际连接路径。如果客户端提供配置合并功能，应分清哪些设置由远程订阅维护、哪些来自本地覆写。先运行最小可用配置，再逐项恢复进阶选项，比一次复制全部旧目录更容易隔离差异，也能避免历史缓存影响判断。
更新机制与选择标准
客户端、随包内核、订阅和规则集可能分别更新，更新其中一项不会自动同步其余部分。升级前先阅读与自身功能相关的变更，升级后用相同目标验证连接。长期使用应优先关注维护状态、配置可迁移性和故障信息是否清晰，而不是追逐名称中的“新”字。下载页集中呈现安装入口，客户端对比页说明选择理由，协议手册则用于判断更深层的传输与兼容取舍。
测评笔记 / 最近文章
规则配置与故障排查
每篇围绕一个具体问题展开：先界定现象，再解释机制，最后给出能够验证结果的操作。涉及本机环境时，请保留原配置，避免把针对单一问题的设置扩展到所有连接。
Clash Verge 打开即闪退怎么办：启动崩溃的日志定位与修复步骤
按配置文件损坏、端口占用、内核权限、运行库缺失四类原因，逐步说明如何找到日志、判断崩溃点并恢复正常启动。
阅读修复步骤 →开启代理后网页提示证书错误：NET::ERR_CERT 报错原因与排查思路
分析系统时间、中间人解密、节点异常与浏览器缓存等诱因，说明证书报错与代理的真实关系，给出由浅入深的排查顺序。
阅读排查思路 →Clash 自定义规则写法：DOMAIN-SUFFIX、RULE-SET 匹配顺序与优先级
拆解规则条目的三段式语法，讲清自上而下逐条匹配的顺序逻辑，以及规则集、MATCH 兜底与常见写错位置的排查方法。
阅读规则详解 →