逐字节一致 · 镜像同步 · RELEASE
github releasemirror · a
clash-verge-rev/clash-verge-rev latest
  • 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
与上游发布同步 github.com

Clash镜像站:Clash 全平台客户端下载镜像

安装包直接取自各项目的 GitHub Release 官方发布页,逐字节一致地同步分发;覆盖 Windows / macOS / Android / iOS / Linux 五个平台,配套中文配置教程与协议参考手册。

永久免费 代码开源 中文文档 GitHub Release 同步 mihomo 内核

镜像站说明 · 六项事实

MIRROR FACTS · A-01 ~ A-06

逐字节一致

本站不对安装包做任何重新打包、改名或附加处理:文件从各项目的 GitHub Release 页面取回后原样分发,内容与官方发布逐字节一致。你在本站点击的每一个下载条目,最终得到的文件与直接访问 GitHub 所得完全相同。镜像只解决"取回"这一步的网络可达性问题,不在文件本身之上叠加任何加工;若某条链接与官方页面出现不一致,一律以 GitHub 上的官方发布为准。

适用范围:下载页全部安装包 · 来源:GitHub Release

开源生态与同步机制

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

git clone https://github.com/MetaCubeX/mihomo.git

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 官方发布页一致,安装时不要使用来源不明的"绿色版""破解版";使用过程中请遵守所在地区的法律法规与相关服务条款,把工具用于正常的技术学习与合法的网络访问需求。

常见问题精选

FAQ EXCERPTS
Clash 打开了,网页还是打不开? 先确认系统代理是否真的处于开启状态,再按节点连通性、DNS 解析、规则命中的固定顺序逐项排查,多数断点出在前两步。 查看 FAQ →
订阅导入报错或更新后节点清零? 常见原因是链接过期、流量超限或格式与内核不兼容,可先在浏览器直接打开订阅地址,确认服务端返回的内容是否正常。 查看 FAQ →
TUN 模式和系统代理有什么区别? 系统代理只接管遵循代理设置的应用,TUN 模式通过虚拟网卡接管全部流量,覆盖不走代理设置的程序;两者的取舍与开启方法见术语表与教程页。 查看术语表 →
这么多客户端,该装哪一个? 不同平台的首推项与各客户端的差异(界面、内核版本、维护状态)已整理成一页横向对比,按平台与使用习惯对号入座即可。 查看客户端对比 →

技术笔记 · 最新三篇

NOTES · TROUBLESHOOTING & GUIDES

查看全部文章 →