MIHOMO 内核 · GPL-3.0 开源

Clash 客户端下载规则分流全平台中文站

下载Clash 查看教程

按系统选择客户端，以 规则分流组织连接，用 中文配置参考查阅 DNS、TUN 与订阅字段。

开源内核YAML 配置策略组与规则集

“按规则选择出口。” 域名、地址与进程条件按顺序匹配。

“接管应用连接。” TUN 为不读取系统代理的程序提供入口。

“配置分层维护。” 节点订阅与本地覆写各自更新。

“从解析开始排查。” 把 DNS 结果与连接日志对应起来。

“按系统选界面。” 先确认架构，再检查客户端能力。

内核参考 mihomo 内核许可证 GPL-3.0 配置格式 YAML 分流基础 rules / proxy-groups

CONFIGURATION / 配置能力

规则、接管与配置来源

界面负责操作，内核负责连接。以下片段展示 mihomo 的字段关系，不是可直接连接代理服务的完整配置；实际支持范围仍需核对客户端所用内核。

把连接交给明确的规则。从第一条匹配，到末尾兜底。

规则模式读取 rules 列表，按自上而下的顺序寻找匹配条件。域名后缀适合归并同一服务，IP 网段适合处理局域网地址，进程条件则依赖操作系统提供的信息。相比把所有流量交给同一个出口，规则分流可以保留本地资源的直连路径。排查时先在连接详情中查看命中的规则，再检查对应策略组；仅切换节点不能修正错误的匹配顺序。示例把内网地址直连，将 MATCH 放在末尾；需要代理时，再把目标改为已定义的策略组名称。

rules: 自上而下逐条匹配MATCH 兜底
config.yaml
mode: rulerules:  - DOMAIN-SUFFIX,lan,DIRECT  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve  - IP-CIDR,10.0.0.0/8,DIRECT,no-resolve  # 替换为已定义的策略组可使用代理出口  - MATCH,DIRECT
查阅规则语法 →

阅读配置时，先确定字段所属层次

界面中显示的开关、写入磁盘的配置和内核最终加载的内容，可能是三个不同的层次。例如系统代理是操作系统设置，mixed-port 是内核监听入口，浏览器是否读取系统代理又取决于应用自身。排查时应沿着“应用请求 → 本地入口 → 规则命中 → 策略组 → 远端出口”的顺序核对，而不是只看界面的连接状态。开启日志后，先找到测试域名对应的新连接，记录命中规则和策略，再决定修改哪个字段。

上面的配置片段用于解释结构。复制前需要确认字段没有在原文件中重复出现，缩进使用空格，组名与引用保持一致。订阅更新可能重新生成配置，因此长期保留的规则应放入客户端支持的覆写流程。首次安装按教程完成导入和验证；需要查询参数含义、合并顺序或规则写法时，再进入配置大全。这种分工可以减少一次修改太多变量造成的排查成本。

CLIENTS / 平台入口

Clash 全平台客户端

下载页按系统组织客户端、架构选项与系统要求。桌面和移动平台的权限模型不同，配置可以迁移，系统接管方式仍需重新确认。

Windows

日常桌面使用可先查看 Clash Plus，再比较 Clash Verge Rev、FlClash 等客户端的配置管理方式。安装前确认系统架构；导入后先开启系统代理，用浏览器建立新连接，再观察命中规则。需要接管游戏或命令行工具时，再检查 TUN 服务与权限。开机自启只负责启动程序，系统代理和连接模式是否恢复，仍需单独验证。

前往下载

macOS

先区分 Apple Silicon 与 Intel 安装包，再选择 Clash Plus、Clash Verge Rev 或 FlClash。系统首次运行提示、网络服务授权与代理配置属于不同环节，不应混为一个故障。切换网络或合盖恢复后，如果连接异常，先检查当前网络服务的代理设置。迁移旧客户端时，保留订阅与覆写文件，并确认旧进程已经退出。

前往下载

Android

可从 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard 的平台说明开始选择，注意不同产品支持的配置格式并不完全相同。首次连接需要确认系统 VPN 授权；如果后台停止后连接中断，再检查电池优化与后台运行限制。测试时保持同一网络，先验证一个应用，再决定是否使用按应用分流，避免把后台限制误认为规则问题。

前往下载

iOS

下载页提供 Clash Plus 的 App Store 入口，并列出官网 clashplus.io。安装后按客户端界面导入配置，确认系统网络授权，再选择规则模式与可用出口。桌面配置中的进程匹配、文件路径或扩展字段未必能直接沿用，迁移时应逐项核对。若订阅导入失败，先确认来源格式和链接有效性，不要把私人订阅地址粘贴到公开讨论区。

前往下载

Linux

桌面环境可比较 Clash Verge Rev 与 FlClash，并根据发行版选择包格式。系统代理能否被应用读取，与桌面环境及应用启动方式有关；终端程序通常需要明确配置代理环境变量。服务器或路由器用户可进入内核区域，单独管理 mihomo 进程、配置目录与服务启动。启用 TUN 前先检查路由和权限，远程操作时保留可恢复的管理通道。

前往下载

客户端安装完成，不等于代理配置已经可用

客户端、配置和远端代理服务分别承担不同职责。客户端提供界面与运行环境，配置描述节点、规则和 DNS，远端服务决定出口是否可达。本站的平台入口用于选择软件，不附带可用节点承诺。对于“Clash 免费节点”一类搜索，应先了解来源、授权和隐私风险；私人订阅通常包含访问凭据，分享截图前要遮住完整链接和节点认证信息。已有配置的用户可先导入，再从日志核对是否存在不支持的字段。

如果只想完成首次连接，按教程保留一条清晰的验证路径：选择配置、选中策略组出口、启用适合当前系统的代理入口，然后访问测试页面并查看新连接。不要同时运行多个修改系统代理或路由的程序。需要比较维护状态和功能边界时，使用横向评测；出现“已连接但无法上网”时，转向 FAQ 的排查分类，比反复重新安装更容易定位原因。

查看全部客户端 →横向评测 →

SOURCE / 开源与边界

mihomo 内核与客户端生态

信任来自可查阅的代码、明确的配置结构和可重复的验证步骤。本站提供中文索引与解释，不把不同客户端的能力合并成一份通用承诺。

项目历史：从 Clash 配置语法到 mihomo

Clash 形成了以 YAML 描述节点、策略组和规则的配置习惯。mihomo 延续这一类规则代理内核的使用方式，并在协议、规则与网络接管方面持续演进。旧教程中出现的 Clash、Clash Meta 和新客户端名称，可能指向不同时间的项目状态。阅读资料时应以正在运行的内核及其文档为准，不能只根据文件扩展名或窗口标题判断兼容性。遇到字段不被识别，先记录完整错误和字段位置，再核对内核文档。

开源生态：内核许可证不代替客户端说明

mihomo 的代码与许可证可在公开仓库中查阅，许可证为 GPL-3.0。图形客户端围绕内核提供配置导入、系统代理、托盘菜单、权限服务等能力，但各项目的分发方式、许可证和平台支持需要分别确认。使用某个内核的客户端，不自动继承其他客户端的全部功能。本站将软件下载与配置参考分开组织，避免把一个界面的设置项误写成所有平台都存在的内核字段。

运行关系：界面显示与最终配置

客户端通常先读取订阅，再应用覆写、合并本地设置，最后把生成的配置交给内核。界面上的订阅内容因此未必等于运行中的内容。定位问题时，实际加载的配置与连接日志比导入成功提示更有信息量。规则目标必须指向存在的节点或策略组，提供者名称必须和引用一致，DNS 监听地址也需要与系统的请求路径配合。对于可选嗅探、进程规则和 TUN，是否可用还取决于系统权限与客户端实现。

更新机制：分别观察软件、订阅和规则集

更新客户端、更新内核、刷新订阅和更新地理数据库是不同操作。软件更新可能带来字段或权限行为变化，订阅刷新可能替换节点与策略组，规则集更新则可能改变域名分类。为便于复现，每次先修改一类内容，并保留修改前的配置。更新后检查启动日志、组名引用和常用服务的规则命中，不要仅凭界面可以打开就结束验证。具体安装包信息集中在下载页，首页只提供平台入口与配置阅读顺序。

维护边界：先恢复连接，再缩小问题范围

遇到异常时，可以先关闭系统代理或 TUN，确认基础网络是否恢复；如果基础网络同样异常，应先处理网络本身。基础网络正常后，再依次检查本地监听端口、DNS 请求、节点可达性和命中规则。提交问题时保留操作系统、客户端名称、所用内核与经过脱敏的日志，同时说明最近修改了哪一项配置。配置中的密码、订阅地址和控制接口凭据不适合公开。这样记录的信息更容易复现，也便于区分客户端集成问题和内核配置问题。

查阅公开源代码

下面的命令获取 mihomo 仓库源码，不会安装客户端，也不会启用系统代理。编译与运行要求以仓库文档为准。

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

打开 mihomo 源码仓库 ↗

NOTES / 配置记录

最新配置与排查文章

从导入配置后的实际问题出发，分别查阅解析路径、代理模式与字段关系。示例需要结合本地配置使用，修改前先保留原文件。

查看全部文章 →