mihomo 内核开源客户端持续更新

Clash Meta全平台客户端

基于 mihomo 内核,从订阅导入到规则分流,按配置段理解代理、DNS 与 TUN。

内核代码开源中文配置文档YAML 配置

CONFIGURATION INSPECTOR

mihomo 配置检查器

一份配置依次决定入口、解析、规则与出站。先确认请求进入内核,再看命中的规则和策略组;把问题拆到对应配置段,比同时修改多个开关更容易定位原因。

RULES / FIRST MATCH

先命中,先执行

规则从上往下求值,命中后交给指定策略处理。域名后缀适合表达明确的网站集合,地理地址规则用于地址归属判断,末尾的 MATCH 接住剩余请求。排查网站走错出口时,先在连接记录里核对域名、命中规则和最终策略,不要只看当前选中的节点。规则模式读取这份列表,全局模式则采用全局策略;切换模式不等于修复规则。示例引用的 PROXY 策略组须先定义,GEOIP 规则还依赖可用的地理地址数据。

mode: rule
rules:
  - DOMAIN-SUFFIX,github.com,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

CLIENT ENTRY POINTS

Clash 客户端平台入口

先选系统,再选处理器架构。图形客户端负责配置管理和系统接管,内核负责解析规则与转发请求。安装包能否运行、TUN 需要什么权限、配置格式是否兼容,应分别确认,不能只凭客户端名称判断。

Windows

从 Clash Plus 等图形客户端开始。首次连接先验证系统代理,再按应用需要启用 TUN;遇到端口占用或服务权限提示,先处理本机环境,不要连续更换订阅。

前往下载

macOS

按 Apple Silicon 或 Intel 选择安装包。系统代理与网络扩展的授权位置不同,安装后核对系统提示;休眠恢复或切换网络后,应重新检查出口与解析是否正常。

前往下载

Android

核对设备架构与安装权限,导入订阅后允许建立 VPN 连接。后台省电策略可能中断服务,出现锁屏后断连时,应检查电池限制以及其他 VPN 应用是否占用接管入口。

前往下载

iOS

通过下载页进入 Clash Plus 的 App Store 页面,官网为 clashplus.io。导入前确认配置格式兼容,首次启动按系统提示授权 VPN,再验证规则与出口。

前往下载

Linux

桌面环境可选择图形客户端,服务器与路由器用户可查阅内核入口。安装前分清发行版包格式、处理器架构与服务运行身份,避免把桌面代理设置误当作整机流量接管。

前往下载

下载页按平台列出客户端、架构和系统要求。已经在使用其他客户端时,迁移前先导出配置,并记录本地规则、覆写项和策略选择;同一条订阅在不同工具中可能经过不同的转换流程,界面相近不代表配置处理完全一致。

Clash for Windows 停更后,旧安装包仍可能出现在教程截图中。新部署应优先评估仍在维护的方案,归档客户端只用于明确的兼容需求。迁移完成后关闭旧工具的开机启动和系统代理,防止两个进程争用端口或反复改写系统设置。

查看全部客户端 →

FIRST CONNECTION

订阅导入与首次连接

客户端安装完成并不代表流量已经经过代理。按“加载配置 → 选择策略 → 接管并验证”的顺序操作,能把订阅下载问题、节点连接问题与本地接管问题分开。以下界面仅示意设置项,具体入口名称以所用客户端为准。

01

导入订阅配置

打开配置或订阅页面,新建远程配置并粘贴已有链接。下载成功后选中该配置,确认出现策略组;仅保存地址但未激活配置,不会改变当前连接。

若返回网页、登录提示或空内容,先向订阅提供方确认链接与账户状态。不要把含账户标识的地址提交到公开转换站点,也不要把订阅内容粘贴到公开问题讨论中。

02

选择规则与出口

首次使用选择 Rule 规则模式,在实际被规则引用的策略组中指定节点并执行测试。延迟测试反映特定目标的探测结果,不等同于所有网站的访问速度。

测试超时不一定表示节点完全不可用,也可能是测试目标或解析路径异常。应结合实际网站访问与日志判断,且先固定一个出口完成验证,再考虑自动测试和回退策略。

03

接管流量并验证

浏览器先使用系统代理完成验证;不遵循代理设置的应用,再按需启用 TUN。打开目标网站,在连接记录中检查命中规则、策略组与最终出口是否一致。

验证时区分浏览器、终端和其他应用。终端工具可能需要单独设置代理环境变量;IP 查询也只说明该次查询的出口,不能据此认定所有请求都经过同一路径。

查看完整教程 →

SOURCE & MAINTENANCE

开源内核与客户端边界

Clash Meta 与 mihomo 的关系

Clash Meta 是这一内核分支在早期使用的名称,当前内核项目以 mihomo 名称维护。搜索结果、配置教程和部分客户端名称仍会保留 Meta 字样。判断文档是否适用时,应关注实际运行的内核及其支持字段,而不是只看窗口标题;旧截图里的按钮名称也可能已经迁移。

mihomo 提供配置解析、协议处理、规则判断和 DNS 等能力。图形客户端在它之外提供订阅管理、托盘菜单、系统代理和服务管理。客户端更新与内核更新并不是同一件事,遇到某个配置键不被识别时,应先查看实际内核信息和加载日志,再决定更新哪一层。

从源码与文档确认行为

公开仓库的代码、许可证、问题记录与发布说明,是核对行为的重要依据。遇到教程与实际界面不一致,应回到对应项目的文档和发布记录,确认设置项是否改名、默认值是否调整,以及是否需要新的运行权限。本站提供中文操作索引,不替代上游项目对功能范围的说明。

查看 mihomo 上游仓库 ↗ · 关于本站的内容范围 →

配置与服务来源分开管理

代理内核和客户端不等于代理服务。订阅中的节点、线路状态、流量额度和账户有效期由提供方决定;下载新的客户端不会补足已经失效的订阅。所谓 Clash 机场订阅通常是服务方交付的配置入口,使用前仍需确认来源、协议支持和服务约定,不应把它误认为内核项目自带的网络资源。

规则列表、地理数据和代理订阅也有各自的更新周期。进行 Clash GeoIP 更新时,先确认配置使用哪种数据格式与文件位置;更新订阅时则检查节点集合和本地覆写是否保留。把这些动作分开执行,出错后才容易回退到明确的已知状态。

更新前记录,更新后验证

保留当前可用配置、重要覆写和启动参数,阅读变更说明后再更新。更新结束先检查能否启动与加载 YAML,再验证 DNS、常用网站和需要接管的应用。若出现差异,保留经过脱敏的错误信息;反馈时说明系统、架构、客户端与内核环境,不要附带真实订阅地址、密码或完整账户资料。

SOURCE / GIT CLONE

拉取源码用于阅读实现与跟踪变更。clone 只获取仓库内容,不会自动安装客户端;普通桌面用户可直接使用下载页的安装入口。

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

CONFIGURATION NOTES

连接验证与故障排查文章

基础配置完成后,再按具体症状阅读专题。系统代理不生效、规则命中错误与节点不可用属于不同层级的问题;每次排查先保留现状,找出请求在哪一步偏离预期,然后只调整相关设置。