Release 下载Clash for Linux Install · GitHub Release 历史版本 · 三路反代镜像
最新正式版clash本区块同步 Clash for Linux Install 的官方 GitHub Release，并为最近版本生成 三路反代镜像加速下载通道。 默认展开最新正式版；如果项目只有预发布版，会在版本旁单独标注。下载按钮会先进入本站确认页，可继续下载或复制真实链接。
怎么挑：Windows 优先 .exe / .msi；macOS 优先 .dmg；Linux 选 .deb / .rpm / .AppImage；Android 选 .apk；带 .sig / .asc / .sha256 的是校验文件，不是安装包。
下载慢：从右侧三路反代列里挑一个能通的点开；复制按钮复制真实目标链接，方便放进下载器。
clash2026-03-314 个文件正式版
| 文件 / 平台 | 大小 | 官方直链 | 反代 · ghproxy.net | 反代 · ghfast.top | 反代 · mirror.ghproxy.com |
|---|---|---|---|---|---|
clash-linux-386-2023.08.17.gzLinux | 6.7 MB | 下载 | 加速 | 加速 | 加速 |
clash-linux-amd64-2023.08.17.gzLinux | 7.1 MB | 下载 | 加速 | 加速 | 加速 |
clash-linux-arm64-2023.08.17.gzLinux | 6.7 MB | 下载 | 加速 | 加速 | 加速 |
clash-linux-armv5-2023.08.17.gzLinux | 6.8 MB | 下载 | 加速 | 加速 | 加速 |
Release 说明：https://github.com/nelvko/clash-for-linux-install/releases/tag/clash
本页加速下载用到的 3 个 GitHub 反代镜像
| 反代 | 前缀 | 说明 |
|---|---|---|
ghproxy.net | https://ghproxy.net/ | 老牌备份 |
ghfast.top | https://ghfast.top/ | 新生快线 |
mirror.ghproxy.com | https://mirror.ghproxy.com/ | 子域名 |
反代是第三方公益服务，单个通道可能临时挂掉，多挑几个再判断网络是否有问题。所有反代均为 HTTPS，文件内容与 GitHub 原始 Release 字节一致，可放心做 SHA256 校验。
GitHub 仓库简介：😼 优雅地使用基于 clash/mihomo 的代理环境 · 许可 MIT · ⭐ 13,186
Linux 机器上装 clash-for-linux-install，优先解决两个问题：命令是不是来自 nelvko/clash-for-linux-install，以及当前 CPU 架构该拿哪一个 GitHub Release 资产。仓库 README 显示它支持安装 Mihomo 与 Clash Premium 内核，也会生成服务管理配置；这意味着安装后一定要看 systemd，不能只看终端最后一行。
这个项目 2026-05-27 查看仍是活跃仓库，主语言是 Shell，许可证为 MIT，星标约 13K。Release tag clash 在 2026-03-31 发布，里面有 4 个 Linux .gz 资产：386、amd64、arm64、armv5。
下载源和命令怎么选？
| 选择 | 适合什么时候 | 命令或文件 | 安装前动作 |
|---|---|---|---|
| 官方仓库脚本 | 新机器第一次安装 | git clone --branch master --depth 1 https://github.com/nelvko/clash-for-linux-install.git | 进入目录后先看 install.sh |
| Release gz | 只替换 Clash Premium 内核 | clash-linux-amd64-2023.08.17.gz 等 | 先用 uname -m 对架构 |
clashctl upgrade | 已装好且只想升级内核 | README 命令入口 | 先备份当前配置 |
| 二手短链 | 不建议直接执行 | `curl … | bash` 这类写法 |
别在 root shell 里粘陌生教程给的一整行命令。更稳的做法是下载脚本、打开看仓库、分支、下载域名和会写入的目录，再执行。
如果机器上已经跑过旧 Clash、Mihomo 或 OpenClash 迁出来的配置，安装前把三件事保存下来：当前二进制路径、正在监听的端口、原配置目录。这样失败后能判断是新脚本没装好，还是旧服务仍在占用端口。
command -v clash || true
command -v mihomo || true
ss -lntup | grep -E '7890|7891|9090|clash|mihomo' || true9090 常见于 Web 控制台，7890、7891 常见于 mixed/http/socks 入口。端口已经被旧进程占用时，新脚本即使下载成功，也可能在启动阶段失败。
如果是团队共用的跳板机，安装时间也要记一笔。谁在什么账号下执行、当时选了哪个仓库分支、是否改过 .env，后面排查 unit 和配置路径时都会用到。脚本类工具最怕“能用的人走了，机器上只剩一堆未知快捷命令”。
386、amd64、arm64、armv5 怎么判断？
uname -mx86_64 选 amd64；aarch64 或 arm64 选 arm64；i386、i686 这类老 32 位 x86 才选 386；armv5l 再看 armv5。VPS 多数是 amd64，树莓派、ARM 云主机和部分 NAS 更常见 arm64。架构选错时，最常见的表现不是配置错误，而是二进制无法执行。
安装后怎么看 systemd？
先用脚本自己的入口看状态：
clashctl status再回到系统服务层确认实际 unit：
systemctl list-units '*clash*' '*mihomo*' --type=service --all
systemctl cat <unit>
journalctl -u <unit> -n 80 --no-pagersystemctl cat 里看 ExecStart，它会告诉你真正跑的是哪个二进制、哪个配置文件。日志里如果出现订阅拉取、YAML 解析、端口占用或权限问题，就不要继续重装；先把对应路径找出来。
| 看到的现象 | 更可能卡在哪里 | 下一条命令 |
|---|---|---|
| unit 不存在 | 脚本没有写入服务，或当前系统不是 systemd | `ls /etc/systemd/system |
| unit failed | 二进制、配置或权限错误 | journalctl -u <unit> -n 80 --no-pager |
| active 但无节点 | 订阅为空、返回登录页或 YAML 不兼容 | clashctl sub，再打开订阅返回内容 |
| Web 面板打不开 | 端口、secret 或防火墙问题 | `ss -lntup |
不要把 active 当成安装完成。active 只说明进程起来了，订阅、规则、DNS 和系统代理还要分别看。
配置路径从哪里找？
clash-for-linux-install 有 clashctl sub、clashctl mixin、clashtun、clashui 等命令入口，订阅、mixin 和 TUN 不在同一层。配置异常时可以这样收窄范围：
ps -ef | grep -E 'clash|mihomo' | grep -v grep
find /etc "$HOME/.config" -maxdepth 3 \( -iname '*clash*' -o -iname '*mihomo*' \) 2>/dev/null如果订阅源要同时给 Clash YAML、Singbox JSON、V2Ray URI 做对照，可以用兼容 Clash / Singbox / V2Ray 的订阅作为格式样本；脚本能启动，不代表订阅格式一定能被当前内核解析。涉及 subconverter 的本地转换时，也要看转换前后的格式。
普通用户安装还要注意 $HOME。同一台机器上用 root 执行安装、再用普通用户执行 clashctl，看到的配置目录可能不是一处。路径不一致时，不要直接复制整份配置覆盖；先看 systemctl cat <unit> 中的启动参数，再改它实际读取的那份。
回滚和卸载怎么留后路？
安装前先把旧配置打包，路径不存在会被跳过：
tar -czf "$HOME/clash-config-$(date +%F).tgz" \
/etc/*clash* /etc/*mihomo* "$HOME/.config/"*clash* "$HOME/.config/"*mihomo* 2>/dev/null || true服务异常时，先停服务再恢复配置：
sudo systemctl disable --now <unit>
sudo systemctl reset-failed <unit>如果确定要移除，优先使用同一仓库里的 uninstall.sh。不要用另一篇教程的卸载命令混着删，因为 unit、快捷命令、订阅缓存和 Web 控制台目录可能不是同一套脚本生成的。
回滚后用两组信号收尾：systemctl list-units 里不再有意外残留，ss -lntup 里只剩你希望保留的端口。还要重新打开 Web 控制台，确认 secret 没沿用旧值；控制台能访问但日志仍在刷错，通常是配置没跟着回滚。
哪些情况这里没有跑过？
这里没有把 AutoDL 容器、非 systemd 发行版、armv5 老设备和公网暴露 Web 控制台作为可用结论。Release 里的 Clash Premium gz 只按发布页记录；TUN、端口转发和公网面板还要按你的发行版、防火墙和云安全组单独检查。
另外，仓库 topics 里有 clash、clash-meta、linux、mihomo、subconverter，但 topics 不是兼容性承诺。内核、订阅转换和系统服务是三层问题；某一层支持，不等于另外两层不用检查。
相关阅读
- Mihomo core 版本不匹配：更新回滚清单 — 更新 Mihomo 内核后节点异常时看这篇
- Clash Meta 与 Mihomo 客户端配置完整指南 — 从零开始了解 Mihomo 配置体系
- v2rayN core 下载失败：权限与路径排查 — Windows 端遇到核心下载问题时参考
- sing-box 客户端与配置入口 — 考虑切换 sing-box 时先看这篇