Clash Meta · 开源代理内核

Mihomo 内核 Clash 客户端下载

mode: rule·tun.enable: true·dns.enhanced-mode: fake-ip 下载Clash

按平台选择客户端，查阅规则分流、TUN 模式与DNS 配置。

查看教程 →
  • GPL-3.0 开源
  • YAML 配置
  • UDP 转发

Mihomo 配置与网络接管

先区分流量入口，再决定请求出口。系统代理与 TUN 负责让请求进入内核，规则与代理组负责选择出口，DNS 负责域名解析。下面的窗口仅展示设置项，具体界面名称以所用客户端为准。

RULES

代理模式与规则分流

规则模式按配置顺序匹配域名、目标地址等条件，命中后交给指定策略；全局模式使用全局代理组，直连模式直接建立连接。日常使用可先保留订阅原有规则，再通过连接记录确认请求命中了哪一条。需要调整网站走向时，把更具体的规则放在宽泛规则之前，并检查策略名称是否存在。切换模式只改变出口决策，不等于开启系统代理，也不能替代节点可用性检查。

了解更多 →

TUN

虚拟网卡与自动路由

TUN 通过虚拟网络接口接收流量，适合处理不读取系统代理设置的应用。启用前应完成客户端要求的权限授权，并确认没有其他 VPN 同时接管默认路由。自动路由用于配置流量进入 TUN 的路径，严格路由的行为则与操作系统有关，不能仅按开关名称判断影响。建议先在系统代理下验证配置可用，再单独启用 TUN；局域网或远程连接异常时，先检查路由与排除地址。

了解更多 →

DNS

Fake-IP 与域名解析

Fake-IP 为域名返回映射地址，让内核在后续连接中关联原始域名。它不是远端服务器的真实地址，也不意味着网站内容来自本地。配置时需要同时理解解析服务器、流量接管方式与应用自身的 DNS 行为；仅修改 enhanced-mode 不保证全部查询进入内核。遇到依赖真实地址的局域网服务，可结合 fake-ip-filter 处理。排查时先区分解析失败和连接失败，避免反复替换整份配置。

了解更多 →

PROFILES

订阅导入与配置更新

客户端可从订阅链接或本地文件加载配置，但下载成功不代表配置已经启用。导入后应选择对应配置，查看解析提示，再检查代理组是否有可用选项。完整配置订阅与仅提供节点的代理集合用途不同，不能直接互换导入位置。自动更新间隔由客户端或 provider 配置决定，图中数值仅为字段示意。个人规则建议通过客户端覆写机制保存，避免下一次更新覆盖手动改动。

了解更多 →

按现象定位配置入口

不必同时改动所有开关。选择当前现象，先检查对应的一层，再决定是否进入完整手册。

先确认处于规则模式，再在连接记录中查看域名、命中规则与最终策略链。规则匹配后不会继续寻找后面的同类条目，因此前面的宽泛条件可能遮住后面的精确条件。修改前记录原有结果，修改后重新建立连接，避免把旧连接当作新规则的验证结果。

查阅规则顺序与策略组 →

Clash 客户端平台入口

图形客户端负责配置管理、权限申请与运行控制，内核负责处理网络请求。首次使用建议从对应系统的客户端开始，不必先安装独立内核。下面的入口均进入下载中心的平台标签，可继续比较安装方式和处理器架构。

Windows

可选择 Clash Plus、Clash Verge Rev、FlClash 等图形客户端。安装前在系统信息中确认处理器架构；安装后先导入配置，再开启系统代理。需要 TUN 时，按客户端说明安装服务并授权。旧客户端的配置迁移应分步进行，避免同时运行两个代理程序争用监听端口。

前往下载 →

macOS

先区分 Apple 芯片与 Intel 机型，再选择匹配的安装包。首次启动遇到安全提示时，应先确认应用来源，按系统设置中的提示操作。系统代理、后台服务与 TUN 权限是不同设置，不能把应用已打开当作代理已生效；升级后也应重新确认所需权限和活动配置。

前往下载 →

Android

可在 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard 中按功能需求选择；这些客户端支持的配置格式并不完全相同。首次建立连接时通常需要同意系统 VPN 授权。后台断连还应检查省电策略与后台运行权限，分应用代理则需确认所选应用采用包含还是排除方式。

前往下载 →

iOS

下载中心提供 Clash Plus 的 App Store 入口，官网为 clashplus.io。安装后按应用提示添加配置并允许 VPN 权限，再选择策略进行连接。桌面端配置中的进程规则、文件路径和系统路由选项不能假定在手机上原样适用，应以应用实际支持范围为准。

前往下载 →

Linux

桌面环境可查看 Clash Verge Rev 与 FlClash，按发行版选择合适的安装格式。服务器和路由器用户则可查看独立 Mihomo 内核，自行管理配置目录、服务启动与权限。命令行应用不一定读取桌面系统代理，测试时应明确使用的代理环境变量或 TUN 路由，而不是只看托盘状态。

前往下载 →

配置可以迁移，系统设置需要重新确认。同一份 YAML 在不同客户端之间使用时，仍可能受内核能力、覆写机制和操作系统权限影响。迁移前先导出可用配置，记下代理组选择与自定义规则；迁移后从基础连接开始验证，再逐步恢复 TUN、DNS 和其他进阶设置。订阅地址属于敏感信息，不宜放入公开截图、代码仓库或讨论区。

查看全部客户端 →

OPEN SOURCE

内核来源与开源维护

Mihomo、图形客户端与订阅来源分别承担不同职责。理解三者关系，比只看应用名称更有助于选择客户端和定位问题。

从 Clash Meta 到 Mihomo

Mihomo 项目前身为 Clash.Meta，属于 Clash 生态中的开源代理内核。旧教程中的 Clash Meta、配置说明中的 mihomo，以及客户端设置页里的内核名称，可能指向这一项目的不同历史称呼。辨认时应查看实际项目来源和客户端内核信息，而不是仅凭安装包文件名判断。项目代码与变更记录可以在 MetaCubeX/mihomo 仓库查阅。

内核提供协议处理、规则匹配、DNS 与网络栈相关能力，图形客户端则在这些能力之上提供配置选择、订阅更新和日志界面。界面中没有某个开关，不一定代表内核没有对应能力；反过来，界面保留某项设置，也不保证当前内核能接受它。修改较新的配置项前，应先阅读与当前运行环境对应的说明。

客户端与配置各自负责什么

客户端安装包通常不会替用户准备可用的远端代理服务。节点参数、凭据与订阅内容来自用户自己的配置来源，能否建立连接也取决于远端服务、当前网络及协议设置。遇到订阅不可访问、账户过期或远端拒绝连接时，应先核对对应来源，而不是把所有问题归结为客户端安装失败。

不同图形客户端可能使用不同的配置合并顺序。例如，界面设置可能通过覆写层作用于订阅配置，直接编辑下载得到的文件则可能在更新时被替换。建议明确区分原始订阅、个人覆写与运行时配置。需要长期保留的规则应放在客户端支持的持久化位置，并在更新后查看最终生效内容。

开源协议与社区记录

Mihomo 仓库采用 GPL-3.0 开源协议。源代码、问题讨论与发布说明为配置行为提供了可查阅的依据；客户端及其附属组件的授权范围，应分别查看各自的许可文件。本站不使用下载量、节点数量或测速成绩替代这些依据，选择软件时更值得关注的是功能范围、运行条件和维护说明是否清楚。

查阅社区问题时，优先寻找与操作系统、内核和错误提示一致的案例。相似现象未必有相同原因，例如网页超时既可能来自规则走向，也可能来自解析或远端连接。报告问题应附上复现步骤与已脱敏的日志，删除订阅凭据、密码和个人网络信息；可复现的描述比整张设置截图更便于定位。

更新前保留可恢复状态

图形客户端更新、内核更新与订阅更新是三条不同链路。前者可能改变界面与权限管理，内核更新可能改变配置支持范围，订阅更新则会替换来自远端的配置内容。不要一次同时完成三种变更后才测试，否则出现异常时难以判断变化来源。先保存可用配置，再逐项更新并观察日志。

日常维护可保留一份简短记录：当前采用的配置来源、是否启用 TUN、DNS 工作模式及自定义规则位置。升级后先测试普通网页和局域网服务，再测试需要 UDP 的应用。UDP 转发需要协议、节点、远端服务和本地接管路径共同支持，单独打开一个开关并不能保证所有应用都获得相同结果。

查看 Mihomo 源码仓库 ↗ GPL-3.0 YAML

已安装 Git 时，可复制下面的命令下载源代码。克隆仓库只取得项目源码，不会安装或启动客户端。

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

客户端使用与故障排查

最近三篇文章分别处理 Android 后台运行、连接后的逐层检查与 macOS 权限。排查时建议沿着流量入口、域名解析、规则命中和远端出口逐项验证，每次只改变一个条件，保留修改前后的现象对照。

查看全部文章 →