Clash 客户端 · 下载与配置

Clash之家 · 客户端下载 订阅导入与规则分流

按设备选客户端,用已有订阅完成配置;从规则模式开始,按需开启系统代理或TUN 模式。

  • 开源内核生态
  • 多平台客户端
  • 中文配置教程

选择设备平台

按平台下载

Clash 客户端,先选设备

客户端负责界面与系统接入,内核负责处理连接。先确认操作系统和处理器架构,再比较订阅管理、服务模式等功能。初次安装可从 Clash Plus 开始;Linux 用户可查看 Clash Verge Rev 与 FlClash。

安装包能否运行,不只取决于平台名称。操作系统支持范围、处理器架构、图形环境与权限都需要核对。旧客户端可以保留作迁移参考,但新设备更适合从持续维护的项目开始。下载页将可选客户端与归档项目分开标注,避免仅凭熟悉的名字选包。

已有 Clash for Windows 配置时,先备份订阅地址、手动规则与代理组选择,再到新客户端重新导入。不要直接覆盖整个旧程序目录;客户端自身的设置文件和订阅 YAML 往往不是同一种格式。需要先比较操作习惯,可查看客户端横向评测。

查看全部客户端 →

快速上手预览

订阅导入到连接验证,分三步

客户端安装完成,并不代表已经有可用的代理配置。准备好可信来源提供的兼容订阅,再按下面的顺序操作。首次设置先保留默认端口与 DNS 选项,避免同时改动多个变量,后面遇到问题也更容易定位。

  1. 导入并选中配置

    打开“订阅”或“配置”,选择从 URL 导入,粘贴完整订阅地址并更新。出现配置名称后,还要将它设为当前使用项。若提示格式错误,先确认拿到的是 Clash 兼容 YAML,而不是其他客户端的专用链接;不要把含凭据的订阅地址发到公开讨论区。

  2. 选择规则与接管方式

    运行模式先选“规则”,到代理组里指定可用节点,再在桌面端开启“系统代理”。移动端按系统提示允许 VPN 连接。规则模式决定连接去哪里,系统代理或 TUN 决定哪些连接进入内核,两者不是互相替代的开关,不需要为了“全局”一次全部打开。

  3. 查看连接与命中规则

    访问一个需要代理的网站,再查看“连接”或“日志”中的目标域名、规则与出口。如果浏览器可用而某个应用不可用,先确认该应用是否读取系统代理,再考虑 TUN。测试时一次只改一个设置,保留能够正常工作的配置,确认结果后再调整 DNS 或分流规则。

查看完整教程 →

设置页浏览器

Clash 常用设置,按问题查

先分清“接管连接”和“选择出口”,再调整规则、端口与配置。下面是设置项示意,不是当前设备的运行状态;具体名称与可用选项以所选客户端为准。

规则模式:按顺序决定出口

希望工作网站直连、其他连接走指定代理组时,选择“规则”模式。内核通常从上到下匹配,先命中的规则决定出口,因此自定义域名规则应放在兜底规则之前。全局模式则将连接交给全局代理组,并不等于接管了所有应用。不同客户端对规则编辑、覆写和合并的入口不一样;订阅会定期更新,长期自定义内容宜放在客户端支持的覆写位置,避免更新后被替换。

域名后缀规则示意DOMAIN-SUFFIX,example.com,DIRECT

开源生态与使用边界

客户端、内核、订阅,各管一件事

Clash之家是客户端下载与中文教程整理站,不是各客户端的开发团队。判断项目是否适合长期使用,应查看上游仓库、维护记录与配置兼容性,而不是只看界面是否熟悉。

从 Clash 到 mihomo

Clash 生态的基础是通过配置文件描述代理、代理组和分流规则,再由内核执行连接。围绕这套配置方式,社区发展出了不同桌面界面与移动客户端。原版 Clash 的公开维护已经停止,后续项目并不是同一个程序换了名称;功能范围、默认行为与配置支持都可能变化。

Clash Meta 后续以 mihomo 名称维护,是当前生态中常见的内核选择之一。名字相近不代表所有字段都能互换,尤其是较新的代理协议、DNS 选项与规则能力。旧教程可以帮助理解基本概念,但实际配置应以正在运行的内核文档为准。定位报错时,先找具体字段和内核信息,比只搜索客户端名称更有效。

图形客户端与内核的分工

Clash Plus、Clash Verge Rev 等客户端提供配置管理、代理组选择、日志查看与系统集成入口。内核处理的是收到连接以后如何匹配规则、解析域名、建立上游连接。客户端升级与内核升级可能有不同节奏,因此某个界面出现了新开关,不代表所有平台都使用完全相同的实现。

选择客户端时,先看设备支持、订阅兼容性和需要的接管方式,再看界面偏好。初次使用可优先查看 Clash Plus;Linux 用户可以比较 Clash Verge Rev 与 FlClash。需要从 Clash for Windows 迁移时,保留原配置作备份,逐项确认系统代理、端口和覆写规则,不要把旧客户端的数据目录直接当成通用配置导入。

订阅内容来自哪里

客户端下载与代理服务是两件事。订阅可能包含节点、代理组、规则以及 DNS 设置,其可用性由订阅来源和实际网络条件共同决定。成功导入只说明文件被识别,不等于其中所有节点都能连接。测试时应先选中当前配置,再确认代理组指向了可用节点,最后观察连接记录。

订阅 URL 往往带有访问凭据,泄露后可能让他人读取配置。排查问题时可以提供经过脱敏的错误信息、字段名称与操作步骤,不要上传完整订阅地址或含密码的配置。需要转换格式时,也应先了解转换服务如何处理链接;简单的节点列表无法凭空还原原配置里的策略组与完整规则。

更新与排查的基本顺序

更新客户端、更新内核、更新订阅解决的是不同问题。界面崩溃先看客户端日志,协议不支持先看内核说明,节点失效则先检查订阅状态。一次同时升级软件、替换 DNS、修改端口和开启 TUN,会让原本容易定位的问题变复杂。更稳妥的做法是保存可用配置,每次只调整一个环节。

从开源仓库可以查看提交记录、问题讨论与发布说明,但不应把某条讨论里的临时参数直接当作通用答案。对照自己的系统、客户端与报错位置,才能判断建议是否适用。下面给出 mihomo 上游仓库的克隆命令,供需要阅读源码或跟进实现的用户使用;普通使用只需安装图形客户端,不必先学习编译。

查看 mihomo 上游源码

MetaCubeX / mihomo ↗ · 源码、问题记录与发布说明

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

先判断问题出现在哪一层

网页打不开时,先检查原本的网络是否正常,再观察客户端是否出现该目标的连接记录。完全没有记录,优先检查系统代理、应用自己的代理设置或 TUN 路由;有记录但连接失败,再查看选中的代理组与节点。连接成功却命中了错误出口,则回到规则顺序和域名识别排查。按这条顺序处理,比反复切换“全局”更容易找出原因。

DNS 同样属于连接链路的一部分。Fake-IP 用映射地址帮助内核把连接关联回域名,并不是“开启后所有问题都会消失”的通用选项。与局域网服务、其他 VPN 或特定应用一起使用时,应按实际现象调整过滤和解析设置。协议选择、移动端电量表现及内核兼容细节,可继续查阅协议手册;具体操作入口则放在快速上手教程中。

近期教程

TUN、系统代理与启动排查

查看全部文章 →

完成基础连接后,再按实际问题深入。接管范围不对,先看系统代理与 TUN;程序打不开,先定位启动日志。不要用连接故障的处理方法去修配置语法错误,也不要在尚未选中配置时反复更换节点。

Clash下载