Clash 客户端 · mihomo 内核配置

Clash安装包下载 全平台客户端与配置教程

下载Clash 查看教程

按系统选择安装包，了解规则分流、订阅导入与 mihomo 内核配置。

  • Clash Verge Rev
  • FlClash
  • YAML 配置
  • 中文文档
内核
mihomo
内核协议
GPL-3.0
平台入口
5 个平台
配置格式
YAML

CONFIGURATION / 配置能力

Clash 核心功能与配置字段

从流量接管到策略匹配，按用途查看配置片段。示例为局部字段，需要与有效节点和策略组组合使用。

规则分流：按目标匹配出站策略

规则模式按列表从上到下匹配，命中后使用对应策略，不再继续尝试后面的规则。域名后缀适合覆盖某项服务，关键词用于较宽泛的域名匹配，地理数据库规则则补充地址判断。相较于把所有连接交给同一个出口，规则分流可以为开发服务、局域网资源和日常网站分别安排路径。具体域名放在前面，兜底规则放在最后；示例中的 PROXY 必须是配置中已存在的节点或策略组名称。

rules:
  - DOMAIN-SUFFIX,github.com,PROXY
  - DOMAIN-KEYWORD,google,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

OPEN SOURCE / 内核与客户端

Clash 开源生态与 mihomo 内核

客户端负责交互，内核负责连接。理解两者的边界，再选择安装包、排查问题与安排更新。

项目沿革与命名

Clash 最初以规则驱动的代理内核为基础，围绕它形成了图形客户端、配置编辑器和控制面板等工具。原版项目停止维护后，社区分支继续演进。Clash Meta 后来采用 mihomo 名称，因此旧教程里的 Meta 内核与新资料里的 mihomo 存在沿革关系，但不能据此认为所有旧配置都与当前字段完全一致。

安装包的名称也不等于内核名称。Clash Verge Rev、FlClash 等客户端各自组织界面、系统代理、服务安装与配置管理；底层连接能力仍需结合它们实际使用的内核判断。阅读旧文章时，先辨认讨论的是图形界面还是内核参数，再决定操作是否适用，能减少在不同客户端里寻找同名按钮的困惑。

开源协议与可查阅资料

mihomo 仓库公开源代码，并采用 GPL-3.0 协议。源码、议题记录与发布说明提供了理解实现和定位兼容问题的依据。不同图形客户端拥有各自的许可证与维护节奏，不能把内核的许可条件直接当成所有安装包的统一声明。重新分发或修改软件前，应阅读对应项目的许可证文件与相关说明。

本站提供安装包导航与中文技术内容，不替代上游项目的发布说明，也不代表各客户端的维护组织。涉及某个字段是否支持、某项系统权限为何需要时，应以对应客户端和内核文档为准。问题报告应保留系统类型、复现步骤和必要日志，同时移除订阅地址、口令与其他私人参数。

更新分层与配置保留

图形客户端更新、内核更新、订阅更新与规则集更新属于不同操作。界面更新可能改变服务安装方式；内核更新可能调整字段行为；订阅更新则主要替换配置内容。一次只改变一个环节，保留原配置副本，再验证连接与分流，通常比同时更新所有组件更容易确认故障来源。

远程订阅的内容也需要与本地设置区分。直接修改订阅下载后的文件，可能在下一次刷新时被覆盖。对固定的局域网直连规则、个人策略组或 DNS 例外，优先使用客户端提供的覆写机制，并记录修改原因。迁移客户端时先导入原配置，再核对混合端口、DNS 和 TUN 行为，不要把旧界面的开关位置当作配置标准。

连接验证与排查顺序

代理开关处于开启状态，只能说明某项接管设置已启用，不能直接证明所有应用都已使用代理。验证时应检查实际连接是否进入内核、命中了哪条规则、最终选择了哪个策略。浏览器与终端可能采用不同的代理来源，局域网应用也可能绕过系统代理，因此应按应用分别核对。

排查优先顺序是配置能否加载、节点参数是否正确、DNS 是否正常、流量是否进入内核，最后再检查规则和 TUN 路由。不要仅凭一次连接结果判断整个客户端。有关协议差异和内核兼容性的细节，可继续阅读协议与内核技术参考；字段名称不熟悉时，可先查阅概念速查。

mihomo 源码入口

面向需要研究实现或自行构建的用户。普通使用者可以直接选择图形客户端，不需要先克隆源码。

查看 MetaCubeX/mihomo 仓库 ↗ 
git clone https://github.com/MetaCubeX/mihomo.git

PACKAGES / 按平台选择

Clash 客户端安装包入口

先确定操作系统，再核对处理器架构和软件维护状态。以下入口跳转到下载页的对应平台，不会直接开始下载。

Windows

从 Clash Plus、Clash Verge Rev 等客户端中选择。桌面使用可先启用系统代理，确认浏览器连接正常后，再按应用需要考虑 TUN。安装前检查系统要求与处理器类型，升级时保留订阅来源和本地覆写规则。

前往下载

macOS

区分 Apple Silicon 与 Intel 安装包。首次打开时按系统提示处理应用权限；需要网络扩展或后台服务的功能，应结合客户端说明操作。选择归档客户端前，先确认它是否仍适合当前系统与订阅配置。

前往下载

Android

按设备架构选择安装包，并在首次连接时确认系统 VPN 授权。移动端后台限制可能影响持续连接，需检查电池管理设置。导入前确认订阅格式与客户端兼容，切换网络后再验证 DNS 和应用访问情况。

前往下载

iOS

下载页提供 Clash Plus 的 App Store 入口及官网 clashplus.io。安装后按照客户端引导导入配置并授权 VPN。移动系统的网络接管方式与桌面系统代理不同，迁移时应重新核对策略组和连接设置。

前往下载

Linux

桌面用户可选择 Clash Verge Rev 或 FlClash，安装包格式应与发行版匹配。服务器和路由器用户可在下载页查看内核区，另行管理服务、权限与配置文件。图形客户端的安装步骤不能直接替代服务器部署流程。

前往下载

安装前的三项确认

安装包只提供客户端程序，不会自动生成可用节点。连接前还需要合法取得的节点参数或订阅配置，并确认其协议类型受当前内核支持。

初次使用优先阅读上手教程。已有配置但准备更换客户端时，先比较平台支持、配置管理与网络接管方式，再导入原文件。

查看客户端对比 →

查看全部客户端 →

从安装到连接的配置顺序

完成安装后，先进入配置管理页导入订阅或本地 YAML，等待客户端下载并解析内容。确认策略组中出现可选择的节点，再启用适合当前场景的接管方式。只打开系统代理而没有有效配置，或只有节点列表却没有相应策略组，都可能导致请求无法按预期处理。具体按钮名称以所选客户端为准，完整操作见Clash 配置教程。

首次验证建议保留配置原有的规则模式，分别测试需要代理的服务与本地资源。若某个应用未进入内核，先检查它是否遵循系统代理，而不是立即修改节点参数。只有确认需要接管此类连接时，再启用 TUN 并处理权限与路由。全局模式适合临时判断出口是否可用，不宜用来代替对规则匹配结果的检查。

配置常见问题精选

Clash 客户端与 mihomo 内核是什么关系？

客户端提供订阅管理、系统设置与界面交互，内核承担代理连接、DNS 与规则匹配。同一类界面不代表内核能力相同，排查时应同时确认二者。可在概念速查中了解内核与客户端的区别。

导入订阅后为什么还需要选择策略组？

订阅描述节点、策略和规则，策略组决定匹配到某个规则后实际使用哪个出口。部分配置使用手动选择组，导入成功后仍需选定可用节点。先检查组内选择，再查看连接记录，避免只反复刷新订阅。

系统代理和 TUN 是否需要同时开启？

不一定。接管方式取决于应用行为与客户端实现。初次使用先验证系统代理；只有需要接管不遵循系统代理的程序时，再评估 TUN。两者同时开启时应注意重复接管与其他 VPN 的路由冲突，相关名词见网络栈术语说明。

更新订阅后自定义规则为什么发生变化？

远程更新可能重新生成配置文件，覆盖直接写入文件的内容。将需要长期保留的规则迁移到客户端支持的覆写配置中，并检查合并后的实际规则顺序。备份原文件后再调整，每次只修改一项，便于确认效果。

TECH NOTES / 技术笔记

mihomo 配置与故障排查笔记

按内核差异、日志定位与配置能力整理。先确认适用范围，再将文章中的局部配置合并到自己的文件。

查看全部文章 →