mihomo 内核 · 全平台客户端

Clash正版官网 客户端下载与规则配置

从订阅导入到规则分流,按平台选择客户端,按连接路径检查配置。

开源内核 中文文档 分步排查

CLIENT SELECTION

Clash 下载平台入口

先确认系统和处理器架构,再选择客户端。下载页集中列出安装入口、系统要求与维护状态。

桌面端与移动端的操作界面不同,但配置主线相近:导入可用订阅,启用对应配置,选择策略组,再设置流量接管方式。第一次安装可先从 Clash Plus 的平台入口查看;Linux 用户可比较 Clash Verge Rev 与 FlClash。已有客户端能正常使用时,不必仅因名称不同迁移配置。

适合在桌面界面管理订阅、系统代理与 TUN。先确认设备架构及系统要求,再按客户端说明安装。浏览器可以读取系统代理,但终端和部分游戏未必读取;需要更广接管范围时,再检查 TUN 的权限与路由设置。Clash for Windows 已停止维护,下载页将其作为归档选项单独标注。

按 Apple Silicon 或 Intel 处理器选择对应安装包。首次运行先完成系统要求的授权,再导入订阅,避免把权限问题误判为节点故障。使用系统代理时,留意网络位置和其他网络工具是否覆盖设置;退出客户端后,也应确认系统代理已恢复。ClashX Meta 已停止维护,选型时需要考虑后续兼容性。

安装前确认处理器架构,首次启动时允许建立 VPN 连接。Android 通常由 VPN 服务接管流量,不能直接照搬桌面系统代理的操作。若锁屏后连接中断,优先检查电池优化、后台运行权限与其他 VPN 应用冲突,再判断是否需要更换节点。需要按应用分流时,先确认客户端提供相应选项。

从下载页进入 Clash Plus 的 App Store 详情,并查看官网 clashplus.io。安装后按系统提示允许添加 VPN 配置,再导入与客户端兼容的订阅。不同应用对规则语法的支持范围可能不同,不能只凭配置文件扩展名判断兼容性;出现导入错误时,应先核对订阅格式和具体报错。

桌面环境可先选择图形客户端,服务器和路由器用户再考虑独立部署 mihomo。安装时区分发行版包格式、处理器架构和权限要求。命令行程序未必读取桌面系统代理;由 systemd 托管时,配置目录、运行用户和日志入口也与桌面启动不同,排查应以实际服务环境为准。

查看全部客户端 →

RULE ENGINE

Clash 规则分流

先写明确的域名规则,再安排区域与兜底规则。mihomo 通常按规则顺序匹配,命中后交给指定策略;具体域名放在宽泛规则前面,才能避免被提前截走。配置中的策略名必须与已定义的策略组一致,否则即使 YAML 语法正确,也可能无法加载。

日常使用先保留一套可工作的配置,只调整需要改变的目标。修改后查看连接记录中的匹配规则与最终出口,而不是仅观察模式按钮是否亮起。Fake-IP 用合成地址保留域名映射,并不等于对所有请求强制代理;最终路径仍由规则、DNS 和接管范围共同决定。右侧片段只演示规则顺序,需要并入已有的完整配置。

查看规则配置步骤 →
config.yaml / rules
# PROXY 需在完整配置中定义
rules:
  - DOMAIN-SUFFIX,example.com,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

域名规则 → 区域规则 → 兜底策略

PROXY GROUPS

策略组与节点选择

规则负责决定流量交给哪个组,策略组负责决定使用哪个出口。手动选择组适合固定地区或保留业务会话;自动测速组按检测结果选路,故障转移组则按配置顺序寻找可用出口。自动切换有各自条件,不等于任何场景下都能选到下载速度最快的节点。

先用手动组验证节点可用,再考虑自动策略,能把配置错误与测速问题分开。比较节点时,同时看出口地区、流量倍率、目标服务可达性和实际传输体验。单次延迟受检测地址及网络波动影响,不能代表所有网站。对登录会话敏感的应用,稳定出口通常比频繁追逐最低延迟更合适;也应保留一个已验证的备用选项。

比较三种自动策略组 →
规则交给手动选择、自动测速或故障转移策略组的层叠示意 select url-test fallback

先验证单个出口,再配置自动选择逻辑。

TRAFFIC CAPTURE

TUN 与系统代理设置

系统代理适合愿意读取系统代理设置的应用,配置简单,也便于确认请求从哪里进入内核。TUN 通过虚拟网卡接管路由范围内的流量,适合不读取系统代理的程序,但同时需要考虑权限、DNS、路由和其他网络软件的影响。两者是流量入口,不是与规则、全局并列的同一类模式。

初次配置先用系统代理验证浏览器,再按需要启用 TUN。若浏览器正常而终端直连,先检查终端是否读取代理环境变量;不要立即修改订阅或重装客户端。启用 TUN 后如发生局域网访问异常,应检查路由排除与 DNS 设置,而不是反复切换节点。右侧是用于说明接管入口的静态设置示意,不代表当前设备的运行状态。

排查系统代理不生效 →
TRAFFIC / 设置示意
系统代理开启示意
TUN 模式关闭示意
运行模式rule

先确认应用是否进入内核,再判断规则命中。

PROFILE MAINTENANCE

订阅更新与配置维护

导入订阅后,先确认已选中该配置,再检查节点和策略组是否出现。更新成功只说明获取并处理了内容,不代表所有节点均能连接;应继续选择节点并验证目标访问。自动更新间隔需要兼顾服务方要求、设备耗电和网络条件,不宜为了即时刷新而反复请求。

远程配置、本地覆写和规则集可能分别更新。重要修改尽量放进客户端提供的持久化覆写入口,避免下次订阅刷新覆盖手工编辑。更新后若出现未知字段或策略缺失,保留报错和最近一次可用备份,逐项检查兼容性。下面的四个选项用于解释运行方式:前三项决定匹配策略,TUN 则改变入口范围,实际界面通常将它们分开设置。

查看订阅导入与连接验证 →
PROFILE / 设置项说明
自动更新间隔按需设置
本地覆写独立维护

规则:日常分流

请求按配置中的规则依次匹配,再进入对应策略组或直连出口。适合同时保留本地服务直连和指定目标代理的日常场景。验证时查看连接记录里的规则类型、策略名称与最终节点;如果请求没有进入内核,修改规则不会生效。与全局模式相比,规则模式能细分不同目标,但也更依赖规则顺序和域名信息。先保持订阅默认规则,再逐条加入必要的自定义项,更容易定位变化来源。

OPEN SOURCE / MIHOMO CORE

开源内核与客户端生态

区分界面、内核和服务来源,才能判断功能归属与更新影响。

Clash正版官网
客户端下载与技术资料入口

了解本站资料范围 →

Clash、mihomo 与图形客户端

Clash 生态包含历史项目、持续发展的内核分支,以及围绕内核构建的图形客户端。mihomo 是这一生态中的开源代理内核,负责网络连接、规则匹配、DNS 和策略处理。Clash Verge Rev 等客户端则提供订阅管理、托盘操作、系统代理与权限集成。界面名称不同不一定代表底层规则完全不同,但使用相似界面也不能保证支持相同功能。

阅读教程时,先确认它讨论的是内核字段还是客户端按钮。内核支持的参数需要客户端正确传递才能生效;客户端提供的便利选项也可能只存在于自身设置中。iOS 等平台还受各自网络接口与应用实现约束,不能直接把桌面功能清单当作所有平台的统一承诺。选型指南按这些差异组织比较,而不是只排列软件名称。

从公开源码理解功能边界

开源项目可以通过仓库中的代码、文档、议题和变更记录追踪功能演进。遇到新字段无法加载,先核对当前客户端采用的内核及对应文档,再判断是否需要升级。本站不以不可核实的下载量或评分作为推荐依据;维护状态、平台适配、配置兼容性和实际操作路径,才是选择客户端时更有用的信息。

下面的命令用于获取 mihomo 源码,面向需要阅读或研究实现的用户,并非安装客户端所必需。克隆仓库不会自动配置网络,也不会生成可用订阅。普通用户可直接查看下载页;需要开发或自行构建时,再阅读仓库内的构建要求和许可说明。

SOURCE CHECKOUT

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

更新前保留可恢复的配置

客户端、内核、订阅和规则集有不同的更新节奏。客户端更新解决界面与系统集成问题,内核更新影响协议和规则行为,订阅更新改变节点与策略内容,规则集更新则改变目标匹配范围。一次只变更一层,并记录变更后的验证结果,通常比同时重装软件、重置 DNS 和更换订阅更容易查明原因。

升级前保存当前可用配置与本地覆写,记下所选策略组以及系统代理或 TUN 状态。更新后先验证配置能否加载,再验证常用目标和局域网访问。若需反馈问题,提供系统类型、客户端名称、复现步骤和脱敏日志即可;删除订阅地址、认证信息和个人域名等敏感内容。不要把完整配置直接公开,也不要为了排查长期保留高详细度日志。

按使用场景比较客户端 →

CONFIGURATION NOTES

Clash 配置与部署文章

从策略组、节点选择到 Linux 服务部署,按具体问题继续查阅。

先完成基础连接,再处理自动切换和后台托管。文章中的配置片段用于解释参数关系,使用前应结合现有策略组名称、系统目录与权限设置调整,不要直接覆盖整份远程配置。

查看全部文章 →