mihomo 内核·全平台客户端

Clash下载中心 全平台客户端与订阅配置

按系统选择客户端,查阅订阅导入、规则分流与 TUN 模式设置。

开源生态 中文操作教程 按症状排查

Clash 配置常用设置

从配置来源到流量接管,按设置项查阅。点击标签后停止自动切换。

Clash下载中心 CONFIG EDITOR

订阅链接导入与更新

订阅链接用于取得配置文件,安装客户端并不会自动生成可用出站。打开“订阅”或“配置”,粘贴服务提供方给出的完整地址,再选择“导入”。下载完成后,将这份配置设为当前配置,并到“代理”页面确认策略组已经出现。更新只会重新获取来源内容,不等于自动修复失效服务。需要调整规则时,优先使用客户端的覆写功能,避免直接修改订阅文件后被下次更新覆盖。链接中的令牌属于访问凭据,截图与求助时应先遮盖。

# 客户端设置项示意
订阅 → 新建 → 远程链接
导入完成 → 选择当前配置
自动更新 → 按提供方建议设置
查看教程 →

Clash 平台下载入口

先确定系统与处理器架构,再到下载页查看客户端明细和安装包。

同一份订阅可以用于兼容其配置格式的不同客户端,但安装包不能跨系统通用。桌面端优先检查设备架构与系统要求,移动端先确认系统授权和配置格式。下方入口会直接打开下载页对应平台,那里集中列出可选客户端、维护状态与安装说明;首页不重复列出具体包文件,避免把软件选择与文件选择混在一起。

Windows

适合需要托盘管理、开机自启和系统代理的桌面使用场景。可从 Clash Plus 开始选择,也可对照 Clash Verge Rev 等客户端的功能与系统要求。

安装前在“设置 → 系统 → 系统信息”确认系统类型。首次启动后先导入配置,再开启系统代理;需要接管不读取系统代理的应用时,再按教程安装服务并尝试 TUN。若安装受到系统提示阻止,先核对来源与具体提示,不要直接关闭整套安全防护。

前往下载

macOS

按 Apple Silicon 或 Intel 选择对应安装包,再比较菜单栏操作、订阅管理与服务权限设置。Clash Plus、Clash Verge Rev 等入口在下载页集中展示。

可在“关于本机”查看芯片类型。安装后将应用移入“应用程序”,按实际提示完成网络或服务授权。系统代理与 TUN 是不同的接管方式,初次使用不必同时开启。迁移旧配置时,先检查指向本机的路径与端口,避免把另一台设备的环境设置一并带入。

前往下载

Android

适合通过系统 VPN 接口接管应用连接。下载页提供 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard 的入口,配置兼容性以各客户端支持情况为准。

优先核对设备架构,不确定时查看系统信息或下载页说明。导入订阅后选择当前配置,再点击启动并同意 VPN 连接请求。如果切到后台后连接中断,检查电池优化与后台运行限制。设备上已有其他 VPN 连接时,先停止原连接,再测试当前客户端,避免误判为订阅失效。

前往下载

iOS

Clash Plus 通过 App Store 安装,官网为 clashplus.io。先在下载页进入商店详情,确认设备兼容要求,再按应用中的配置入口导入订阅。

首次连接需要允许添加 VPN 配置。连接建立后,返回目标应用检查实际访问结果;系统出现 VPN 标识只说明隧道已启用,并不代表所有规则与出站都可用。若使用其他网络工具,先确认当前生效的 VPN 配置。遇到订阅格式提示时,按应用支持范围检查来源,不要直接把桌面专用配置当作通用文件。

前往下载

Linux

桌面用户可比较 Clash Verge Rev 与 FlClash,按发行版选择支持的包格式。服务器、路由器与旁路由场景则应阅读 mihomo 内核部署资料,而不是套用桌面安装流程。

安装前确认发行版、处理器架构和图形环境。桌面环境中的系统代理通常不会自动影响所有终端程序,命令行应用需要单独设置代理环境变量,或在了解路由影响后使用 TUN。内核直跑还涉及配置目录、服务权限与启动管理;远程修改网络前,应保留现有会话并准备关闭服务的回退方式。

前往下载

Clash 生态与 mihomo 内核

区分项目、客户端与配置来源,更新和排查才有明确对象。

项目沿革与资料边界

Clash 最初以规则驱动的代理内核为核心,随后出现多种桌面与移动端客户端。原项目停止维护后,社区继续围绕兼容配置格式发展不同实现。Clash Meta 是这一演进过程中常见的名称,mihomo 则是当前相关内核项目的名称。搜索旧教程时,可能同时看到这些称呼,判断内容是否适用时应结合实际使用的内核,而不是只看文章标题。

Clash下载中心整理客户端入口、中文教程与排查资料,不将不同项目的维护者视为同一团队。客户端名称相近,也不意味着它们共享发布节奏或全部功能。下载前应对照具体项目的系统要求;阅读历史教程时,应优先识别其中的通用概念,再核对菜单、配置字段和授权流程是否仍与当前界面一致。

开源仓库与配置依据

mihomo 的源代码、发布说明和问题讨论集中在公开仓库。需要确认某个字段是否受支持、某次行为变化来自哪里时,项目文档与对应发布说明比转述更适合作为依据。公开代码便于社区审阅实现与提交修复,但不同图形客户端仍有自己的配置管理层。排查时应同时记录客户端名称、使用的内核以及触发问题的具体操作,避免把界面问题误报给内核项目。

下方命令用于获取 mihomo 源代码,适合阅读实现或参与开发。普通使用者直接选择图形客户端即可,不需要先克隆仓库。克隆完成也不等于已安装可运行程序,编译、依赖和运行方式仍需遵循项目说明。

内核、客户端与订阅来源

内核处理协议、规则、DNS 与连接;客户端提供订阅导入、模式切换和系统集成。订阅来源则提供实际配置与出站信息。三者分别更新,责任边界也不同:导入链接失败先检查来源与网络,配置解析失败先检查格式与字段,只有某个应用不走代理则先检查接管方式。把问题拆到具体环节,比反复重装客户端更容易找到原因。

配置中常见的代理名称与策略组名称只是引用关系,不是固定的功能按钮。更换订阅后,组名和规则可能一起改变;手工覆写若继续引用旧名称,会造成配置载入失败或规则指向错误。迁移前保留当前可用配置,迁移后逐项检查当前配置、模式和默认策略组,再测试需要访问的目标。

更新顺序与回退准备

客户端更新、内核更新和订阅更新是三件事。客户端更新可能调整菜单或服务安装方式,内核更新可能增加字段与改变处理行为,订阅更新则替换来源内容。遇到问题时先记录刚刚改动的是哪一层,不要同时更新全部组件。阅读说明后再执行更新,并保留原有配置与覆写内容,便于对照差异。

连接验证应从可重复的目标开始:先确认本机网络正常,再确认配置载入成功,最后检查连接记录中的规则与出站。若启用 TUN 后出现异常,先关闭 TUN 复测;若关闭客户端后仍不能访问,继续检查系统代理是否残留。需要分享日志时,删去订阅地址、认证信息和可识别个人网络的信息,再保留必要的错误上下文。

mihomo 源代码

公开仓库:MetaCubeX / mihomo ↗

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

Clash 配置与排查文章

从规则写法、应用代理到策略组选择,按具体问题深入阅读。