• Clash 生态 · mihomo 配置资料

Clash 中文官网全平台客户端下载

下载Clash 查看教程 →

按系统选择客户端，用中文教程导入订阅，了解 mihomo 内核与规则分流。

  • 代码开源
  • 规则配置
  • 订阅管理

Clash 规则与配置项

先理解流量如何进入内核，再决定匹配规则、选择策略与解析域名的方式。

规则分流 工作原理

从上到下匹配，命中即选策略

规则模式把域名、目标 IP 或规则集交给内核逐条判断。命中第一条有效规则后，连接就使用该条指定的策略，不会继续比较后面的规则。因此，针对单个网站的例外通常放在宽泛规则之前，最终兜底的 MATCH 放在末尾。与全局模式统一选择出口不同，规则模式可以同时保留直连、代理和拒绝三种处理方式。修改后应在连接列表检查命中规则；代理组名称必须与配置中的定义一致，规则集也需要先在 rule-providers 中声明。

  • mode
  • rules
  • rule-providers
rule 模式
mode: rule
rules:
  - DOMAIN-SUFFIX,cn,DIRECT
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

PROXY 需对应已定义的代理组。

按操作系统选择客户端

客户端负责图形界面与系统集成，内核负责代理协议和规则执行。安装前同时确认平台、处理器架构与配置兼容性。

Windows

从 Clash Plus 开始选择，也可比较 Clash Verge Rev、FlClash 与 Clash Nyanpasu。先在系统信息中确认处理器架构，再选择对应安装包。首次运行先导入配置并启用系统代理，不必立即打开所有网络接管选项。

若浏览器可以访问而其他应用不行，先检查应用是否读取系统代理，再考虑 TUN。开机自启、启动后自动连接与服务模式是不同设置，应分别确认，避免重启后客户端运行了但流量仍未进入内核。

前往下载

macOS

按 Apple Silicon 或 Intel 选择包，下载中心提供 Clash Plus、Clash Verge Rev 与 FlClash 等选项。安装后确认网络权限和配置导入结果，系统代理主要作用于支持代理设置的应用；终端环境可能还需单独指定代理变量。

切换有线网络、无线网络或扩展坞后，若连接异常，可重新检查当前网络服务与默认路由。使用 TUN 时留意与其他 VPN 的冲突。停止代理前正常退出接管模式，便于系统恢复原有网络设置。

前往下载

Android

可选择 Clash Plus、Clash Meta for Android、FlClash 或 Surfboard，配置格式需按客户端确认。安装时区分 ARM64 与其他架构。首次连接需要批准系统 VPN 请求，这表示应用能够通过 VPN 接口接管网络，不代表已选好可用出口。

连接后仍需检查规则模式与代理组。若锁屏后频繁断开，排查电池优化、后台运行与厂商省电策略；若只有某些应用未走代理，检查应用分流设置。切换移动网络后重新验证目标网站，避免只根据状态栏图标判断。

前往下载

iOS

下载中心提供 Clash Plus 的 App Store 入口，产品官网为 clashplus.io。安装后导入适配客户端的配置，批准系统 VPN 权限，再选择规则模式与代理组。订阅链接应从可信来源获取，并确认配置能够成功解析。

首次使用建议先验证浏览器访问，再测试具体应用。连接按钮显示已开启，仅说明隧道启动，仍需确认出口和规则。网络切换后出现异常时，可重新连接并检查配置；不要同时启用多个相互竞争的 VPN 接管工具。

前往下载

Linux

桌面环境优先比较 Clash Verge Rev 与 FlClash；服务器或路由器可直接部署 mihomo 内核。图形客户端安装前确认发行版包格式与处理器架构。命令行内核则需要自行准备配置目录、运行权限与后台守护方式。

桌面系统代理、终端环境变量与 TUN 路由是三条不同入口。命令行程序未使用代理时，先检查环境变量是否传给当前进程。后台部署应记录服务日志与实际监听端口，逐层确认内核启动、配置加载和应用请求是否正常。

前往下载
查看全部客户端 →

客户端名称相近，配置能力仍需核对

Clash 是一个生态名称，不是所有应用都使用同一套内核或界面。支持的协议、规则语法、配置覆写方式与 TUN 实现可能不同。已有订阅时，先确认订阅提供的格式，再选择客户端；准备迁移时，保留旧配置并逐项核对 DNS、代理组与规则集。下载中心把维护状态与平台选项分开说明，归档客户端更适合已有环境参考，新安装应优先比较持续维护的选项。

Clash 订阅导入与连接步骤

先完成最小可用连接，再调整自定义规则。每一步都有可观察的结果，出现问题时可以回到对应环节。

  1. 步骤 1

    安装客户端，导入配置

    从下载中心选择符合系统与架构的客户端。打开配置或订阅页面，使用链接导入或本地文件导入；界面名称可能是配置、Profiles 或订阅。导入完成后确认该配置已经启用，并能看到代理组和节点列表。只有安装客户端，尚不足以建立代理连接。

    如果导入失败，先看错误属于网络请求、返回内容还是 YAML 解析。网页登录页、订阅到期提示或其他格式的节点列表不能直接当作完整配置使用。保留原始错误信息，遮蔽订阅地址中的个人参数，再按故障排查页的顺序处理。

  2. 步骤 2

    选择规则模式与代理组

    选用规则模式，在负责代理流量的组内选择一个可用节点。不同订阅的分组名称会不同，应结合组的用途判断，不能只寻找固定名称。桌面端先启用系统代理；移动端按提示批准 VPN 接口。首次测试时保留配置原有的 DNS 与规则，减少同时修改多个变量带来的判断困难。

    直连表示请求使用本地网络出口，代理表示请求通过选定节点，拒绝表示内核阻止连接。全局模式可以辅助确认节点是否可用，但不适合用来掩盖规则错误。节点测试能帮助筛选候选出口，实际网站访问仍要单独验证。

  3. 步骤 3

    验证访问路径，保存可用状态

    分别访问一个预期直连的网站和一个预期使用代理的网站。在连接列表查看目标域名、命中规则与使用的策略组，确认结果符合预期。浏览器能访问但其他应用失败时，应检查流量入口，而不是立即更换整份订阅。需要更广泛接管时，再阅读 TUN 权限与路由说明。

    完成验证后保存可用配置，再逐项调整开机自启、DNS 或自定义规则。每次只改一类设置，重载配置后重复验证；这样出现问题时可以准确回退。退出客户端前关闭网络接管，若网络未恢复，再检查系统代理与仍在运行的后台服务。

查看完整教程 →

开源内核与客户端生态

理解项目关系和配置来源，比只看应用名称更有助于判断兼容性与更新风险。

Clash、Clash Meta 与 mihomo

Clash 的配置模型将代理、策略组和分流规则组织在同一份文件中，多个图形客户端围绕这套模型提供配置管理与系统集成。原版项目停止维护后，社区继续发展不同实现。mihomo 曾以 Clash Meta 名称为用户熟知，延续相关配置习惯，并扩展协议、规则与网络栈能力。名称相似不等于功能完全一致，使用旧教程时应核对当前内核文档。

界面更新不等于内核更新

客户端界面负责订阅导入、代理组选取、服务安装和系统代理设置；内核承担连接处理、DNS 与规则执行。一款客户端可能随安装包附带内核，也可能允许独立更换。出现配置不兼容时，既要确认应用名称，也要确认实际运行的内核类型。迁移配置应重点检查新增协议、规则集格式和 TUN 参数，而不是仅比较界面开关是否齐全。

源代码入口

MetaCubeX / mihomo

可从项目仓库阅读源代码、许可文件与变更记录。下面的命令复制仓库到当前目录，仅用于查看或开发；克隆源码不会自动完成客户端安装，也不会提供代理节点。

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

社区问题记录可帮助理解已知行为。提交问题前整理复现步骤、系统环境和相关日志，去掉节点凭据与订阅链接中的个人信息。清晰的最小配置比完整上传私人订阅更便于定位问题。

更新前保留能够工作的配置

应用更新、内核更新和订阅更新是不同操作。应用更新可能改变权限与系统集成，内核更新可能影响配置解析与网络栈，订阅更新则可能替换节点、规则和 DNS。更新前记录当前的模式、代理组选择与覆写设置，保留可用副本；更新后先进行基础访问测试，再恢复复杂规则。遇到问题可先回退最近的单项变更，不必把所有配置一起重置。

中文资料的使用边界

本站以平台选择、上手步骤和配置解释为主，站名不代表各个上游客户端由同一团队开发。具体系统要求、许可与功能行为应结合应用说明及内核文档确认。教程中的配置片段用于解释字段关系，实际参数需要适配网络环境。代理服务的可用性、流量与订阅状态由相应服务提供方决定；客户端安装成功和网络出口可用应分开验证。

需要查询字段时可使用 术语表；遇到订阅更新失败、节点超时、DNS 问题或系统代理不生效，转到 故障排查按症状逐层检查。一般使用疑问可在 帮助中心查阅。先识别问题发生在哪一层，再选择对应的操作，能够减少反复更换节点和重复安装带来的干扰。

Clash 使用心得与配置记录

围绕节点选择、速度诊断与内核差异，补充上手教程之外的判断方法。

查看全部文章 →