Clash指南 CLASH GUIDE · PRESS START
任务路线已画好:选平台、装客户端、导订阅、开代理,四步通关。安装包覆盖 五大平台,客户端 代码开源,教程与故障排查 全程中文。
往下滚动,依次经过:核心机制说明 → 五平台安装包入口 → 开源背景与内核脉络 → 常见问题速查 → 最新攻略文章。每一段都可以独立完成,不分先后。
▶核心机制图鉴
STAGE 02 / index.html左侧选单选择一项机制,右侧对话框展示它解决什么问题、在哪里操作、会看到什么结果。全部机制在任意一款站内客户端里都可用。
规则分流
规则分流解决的问题:让不同网站走不同出口。加载配置后,内核按 rules 段从上到下匹配域名与 IP,命中即执行对应策略——常用站点直连、目标站点走代理、广告域名直接拦截,互不干扰。
想验证效果,打开客户端面板的连接页,每条连接后面都标着它命中的规则名。相比手动切换代理开关,规则分流一次配置长期生效,这也是 Clash 系客户端与传统单一代理工具最核心的差别。
TUN 模式
TUN 模式解决的问题:接管不读系统代理的程序。部分游戏、命令行工具与后台服务会绕过系统代理设置直接发包,普通代理模式管不到它们。开启 TUN 后,客户端在系统里创建一张虚拟网卡,所有流量先进网卡、再按规则分流,做到进程级全覆盖。
开启位置在客户端设置页的「TUN 模式」开关。Windows 首次开启会请求管理员权限,macOS 需要批准系统扩展,按提示确认即可。日常浏览用系统代理已足够,遇到不走代理的程序再开。
规则 · 全局 · 直连
三种出站模式,对应首屏木牌上的三条路。规则模式按配置里的分流规则逐条匹配,是日常默认选择;全局模式忽略所有规则,把全部流量交给当前选中的节点,适合排查「某个网站到底能不能通」这类问题;直连模式让所有流量都不经过代理,等价于临时关闭,而不必退出客户端。
三种模式在客户端主界面一键切换,切换即时生效,不需要重启。排障顺序建议:先切全局确认节点可用,再回到规则模式检查规则写法。
订阅与配置管理
订阅本质是一份托管在远端的 config.yaml。在客户端配置页粘贴订阅链接,客户端会下载并解析出节点列表、策略组与规则;之后可设定自动更新间隔,服务端的改动会定期同步到本地。
同一客户端可以保存多份配置并随时切换,互不覆盖。手上拿到的若是本地 YAML 文件,也可以直接导入。配置各字段的具体含义,站内博客有逐段解析文章可查,改配置前建议先读一遍。
延迟测速与自动选点
延迟测试帮你在节点列表里快速筛掉不可用项。点击测速后,客户端对每个节点发起一次 HTTP 探测并显示往返毫秒数。注意:这个数字反映链路响应速度,不等于带宽,也不代表长时间稳定性,选点时要结合实际体验判断。
策略组可设为自动选择,按测速结果自动切到最快节点;搭配面板的连接与日志页,还能实时查看每条连接的走向与命中规则,排障时非常直观。
▶选择你的平台
STAGE 03 / download.html五个平台的安装包与推荐客户端都集中在下载页,点击任意平台会直接定位到对应分区。每个平台的第一张卡片都是全平台首推的 Clash Plus,拿不定主意选它即可。
▶开源脉络存档
STAGE 04 / open-source站内收录的客户端与内核全部来自公开仓库,版本更新可追溯。四段背景交代清楚:项目从哪来、内核怎么演进、客户端生态长什么样、站内版本怎么保持同步。
项目起点
Clash 最初是一个用 Go 语言编写的开源代理内核,以规则分流能力在同类工具中确立地位。原版内核仓库停止更新后,社区在其基础上延续开发,形成了今天活跃的衍生生态。本站所有下载与教程,都围绕这条延续下来的开源脉络展开。
内核脉络
当前的事实标准内核是 mihomo,由 Clash.Meta 项目更名而来。它兼容原版配置语法,同时补齐了更多代理协议与完整的 TUN 能力。站内下载页提供的主流客户端,底层几乎都运行这颗内核。三代内核的功能差异,博客有专文逐项对照。
客户端生态
围绕内核,社区维护着多个图形客户端:Clash Verge Rev、FlClash、Clash Nyanpasu 各自面向不同平台与使用偏好,Clash Plus 则同时覆盖桌面与移动端并上架 App Store。各客户端代码公开可查,更新节奏跟随各自仓库的发布周期。
更新机制
下载页的安装包版本号在页面加载时从版本清单实时读取,与上游发布保持同步,不需要手动核对是否过期。已停止维护的客户端会明确标注归档状态,避免误装旧版;想深入了解协议与内核差异,可移步协议详解页。
▶常见问题速查
STAGE 05 / help.html四条高频问题的一句话答案,展开的完整排查步骤都在帮助中心。
▶四步通关流程
STAGE 06 / setup.html从拿到一台干净的设备,到浏览器里稳定跑通,整个过程只有四步。下面把每一步要做什么、做完应该看到什么、以及最容易卡住的地方写清楚,照着走一遍就能通关。
第一步 · 选平台装客户端
先确认设备的系统与架构:Windows 看是否 64 位,macOS 要分清 Intel 与 Apple Silicon,Android 绝大多数机型是 arm64,Linux 桌面用 deb 包、服务器直接用内核二进制。架构选错的典型表现是双击没反应或启动即闪退,这不是安装包损坏,换对应架构的包重装即可。装完先启动一次,确认客户端主界面能正常打开、托盘图标出现,再进入下一步,不要一次性把所有设置都改完。
第二步 · 导入订阅或配置
拿到订阅链接后,在客户端的配置页新建一份订阅,粘贴链接并点更新,客户端会拉取远端的 config.yaml 并解析出节点列表、策略组与规则。导入成功的标志是节点列表出现条目、策略组可以展开选择。如果提示解析失败,先把链接直接在浏览器里打开看是否返回内容,再检查是否被本地网络拦截;若手上是本地 YAML 文件,直接用导入文件的方式加载,效果与订阅一致。
第三步 · 开启代理出口
桌面端优先打开客户端的系统代理开关,浏览器与大多数应用会自动读取系统代理设置,这一步成本最低。移动端则由 VPN 授权承担同样的角色,首次开启会弹出系统的连接请求,允许一次即可。只有当某些程序完全不读系统代理时才需要打开 TUN 模式:它会创建一张虚拟网卡接管全部流量,覆盖面最广,但需要管理员权限或系统扩展批准,日常浏览并不必要一直开着。
第四步 · 验证与调优
先在节点列表点一次延迟测试,筛掉无响应的节点;再打开客户端的连接页,随手访问几个站点,观察每条连接命中的规则名与出口是否符合预期。确认能通之后再做长期设置:打开开机自启、把策略组设为自动选择、按需要调整测速间隔与规则顺序。遇到能连接却打不开网页的情况,按先切全局模式确认节点、再回规则模式检查规则的顺序排查,大多数问题都在这两步之内定位。