- Clash.Verge_x64-setup.exeWindows x64
- Clash.Verge_x64.dmgmacOS Intel
- Clash.Verge_aarch64.dmgmacOS ARM64
- Clash.Verge_amd64.debLinux deb
- Clash.Verge_x86_64.rpmLinux rpm
Clash镜像站:Clash 全平台客户端下载镜像
安装包直接取自各项目的 GitHub Release 官方发布页,逐字节一致地同步分发;覆盖 Windows / macOS / Android / iOS / Linux 五个平台,配套中文配置教程与协议参考手册。
按平台前往下载
Windows / macOS / Android / iOS / Linux镜像站说明 · 六项事实
MIRROR FACTS · A-01 ~ A-06逐字节一致
本站不对安装包做任何重新打包、改名或附加处理:文件从各项目的 GitHub Release 页面取回后原样分发,内容与官方发布逐字节一致。你在本站点击的每一个下载条目,最终得到的文件与直接访问 GitHub 所得完全相同。镜像只解决"取回"这一步的网络可达性问题,不在文件本身之上叠加任何加工;若某条链接与官方页面出现不一致,一律以 GitHub 上的官方发布为准。
适用范围:下载页全部安装包 · 来源:GitHub Release
全平台覆盖
下载页按 Windows、macOS、Android、iOS、Linux 五个平台分区,另设 mihomo 内核区面向服务器与路由器用户。每个平台并列多款客户端,标注推荐档位、适用架构与系统要求;桌面 GUI 用户、移动端用户与命令行用户都能在同一页内找到对应条目,不必在多个仓库的发布页之间来回比对文件名与架构后缀。
平台:Windows / macOS / Android / iOS / Linux · 另设 mihomo core 区
版本同步机制
镜像清单跟随各上游仓库的发布节奏更新:新版本在 GitHub Release 出现后,下载页对应条目随之刷新,版本号与文件名以等宽字体标注在卡片明细中。已停止维护的客户端(如 Clash for Windows、ClashX Meta)保留归档条目并明确标注状态,方便仍在旧环境上运行的用户取得最后一个可用版本,而不是让链接悄悄失效。
归档标注:Clash for Windows · ClashX Meta
中文配置教程
从导入订阅、选择代理模式到验证连通,教程页把首次配置拆成可以跟着做的步骤:每一步写清点哪里、会看到什么、下一步做什么,步骤之间有明确衔接。Windows 的 TUN 模式与服务安装、macOS 的网络扩展授权与钥匙串弹窗等平台特有环节单独展开说明,并在对应位置给出常见报错的处理入口,首次上手不需要另外翻文档。
入口:start.html · 分步教程,含平台特有环节
协议参考手册
协议手册页梳理 Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC 等常见代理协议的诞生背景、设计取舍与适用场景,对比连接建立速度、资源占用与移动端电量表现;同时说明原版 Clash、Clash.Meta 与 mihomo 内核之间的家族关系与配置兼容差异。目标是帮你在客户端里选对协议类型,而不是被订阅里的一长串名词困住。
入口:knowledge.html · 协议与内核选型参考
故障排查资料
FAQ 页按基础认知、安装配置、使用技巧、故障排查四类组织常见问题;技术笔记里另有整篇的排查清单,覆盖"已连接但打不开网页""节点全部超时""订阅解析失败"等高频场景。排查文章按固定顺序逐项排除,每一步都给出确认方法与对应的处理动作,目的是让你在十分钟内定位断点,而不是盲目重装。
入口:faq.html · blog/ 技术笔记
开源生态与同步机制
OPEN SOURCE · GITHUB项目历史
Clash 最初是一个以 Go 语言编写的开源代理内核,以规则分流与策略组能力在社区中广泛流传。2023 年原仓库归档后,社区分支 Clash.Meta 延续开发并更名为 mihomo,补充了更多协议支持与规则能力,成为当前主流图形客户端普遍采用的内核。
客户端家族
Clash Verge Rev、FlClash、Clash Nyanpasu、Clash Meta for Android 等客户端均为开源项目,代码托管于 GitHub,任何人都可以查阅源码、提交问题、参与贡献或自行构建。各客户端在界面与平台支持上各有侧重,选型可参考本站的客户端对比页。
内核与客户端的关系
图形客户端负责界面、订阅管理与系统代理设置,实际的流量处理由内置的 mihomo 内核完成。因此不同客户端之间的配置文件在很大程度上可以互通,换客户端通常不需要重写配置,只需重新导入订阅即可。
镜像站的更新原则
本站清单跟随上游 GitHub Release 更新,不修改、不重新打包任何文件;归档项目保留最后可用版本并标注状态。任何条目若与官方发布页不一致,以 GitHub 官方发布为准。
clone the kernel repo
mihomo 内核仓库,当前主流 Clash 客户端共同采用的开源内核。想从源码构建或跟踪变更记录,可直接克隆仓库查看。
- 内核mihomo(原 Clash.Meta)
- 发布渠道GitHub Release
- 覆盖平台Windows / macOS / Android / iOS / Linux
- 费用永久免费 · 代码开源
从下载到联网:整体流程说明
HOW IT WORKS · 客户端 / 内核 / 订阅 / 规则先分清客户端与内核的分工
刚接触 Clash 的用户常把"客户端"和"内核"当成同一件东西,实际上两者分工很清晰:内核(现在多为 mihomo)负责解析配置、建立连接,并按规则决定每一个请求是直连还是走代理;客户端只是内核之上的一层界面,负责导入订阅、切换节点、写入系统代理设置以及展示连接日志。理解这一层关系能省下很多困惑——同一份配置文件在 Clash Verge Rev、FlClash 或 Clash Meta for Android 里通常都能直接使用,换客户端并不需要重写配置,只要重新导入订阅即可;而当连接行为异常时,先判断问题出在界面操作还是内核规则,后续排查方向会完全不同。
订阅链接与配置文件的关系
订阅链接本质上是一个会返回配置内容的网址:客户端按周期请求它,把服务端返回的节点列表与策略组写入本地配置文件,再交给内核加载生效。因此"订阅更新失败"往往与客户端本身无关,更常见的原因是链接已过期、账号流量用尽、服务端返回了一个 HTML 错误页,或者返回的格式与当前内核版本不兼容。遇到更新后节点清零的情况,可以先把订阅地址粘贴到浏览器里直接打开,看清服务端究竟返回了什么内容,再决定是更换链接、联系服务提供方,还是升级客户端与内核版本。
系统代理、TUN 模式与规则分流
系统代理是最轻量的接管方式:操作系统把那些"遵守代理设置"的程序流量交给本地监听端口,浏览器一类应用基本都能被覆盖。但部分游戏、命令行工具以及自带网络栈的软件会绕过系统代理,这时才需要 TUN 模式——它通过虚拟网卡在系统网络层接管全部流量,代价是需要管理员权限或安装一个服务组件。真正决定"哪些流量走代理"的是配置里的规则集:国内域名与私有地址一般直连,海外域名与特定平台交给对应策略组,规则的先后顺序直接决定命中结果,顺序写反就会出现"明明选了节点却仍然直连"的现象。
排查顺序:从连通性走到规则命中
大多数"客户端显示已连接、网页却打不开"的问题都可以用一套固定顺序定位:先确认系统代理或 TUN 是否真的处于开启状态,再在客户端内测试节点延迟以确认服务端可用,接着检查 DNS 是否被污染或指向了不可达的服务器,最后查看请求命中了哪一条规则、走的是哪个策略组。每一步都有可以直接观察到的现象,按顺序走一遍通常十分钟内就能锁定断点;跳过前两步直接重装客户端,多数时候只是把同一个问题换个地方重现一次。
下载与使用过程中的注意事项
本站只做安装包的镜像分发,不提供也不代售任何代理节点或订阅服务,配置里需要填写的服务器信息请向你自己的服务提供方获取。下载完成后建议核对文件名与版本号是否与 GitHub 官方发布页一致,安装时不要使用来源不明的"绿色版""破解版";使用过程中请遵守所在地区的法律法规与相关服务条款,把工具用于正常的技术学习与合法的网络访问需求。