Clash 生态 · 客户端与配置参考

Clash 客户端下载与配置

按系统选择客户端,从订阅导入到规则分流,查阅 mihomo 内核与连接配置。

开源内核 中文文档 跨平台配置
CONFIGURATION / ROUTING

订阅、规则与系统接入

客户端界面负责管理,内核负责执行配置。先确定配置来源,再检查连接如何进入本地代理端口,最后用规则决定出口;这三个环节分别对应不同的排查入口。

CONFIG.YAML

配置能力速览

每项展示操作要点与配置片段。点击、键盘操作或焦点进入后停止自动切换。

订阅下载与配置启用

订阅链接可以返回完整配置,也可能只包含节点列表。先在客户端的订阅或配置页面添加链接,更新成功后选中该配置,再查看策略组是否出现。仅含节点的数据通常需要通过代理集合引用,并由主配置提供规则与策略组。不同客户端的本地覆写机制并不相同,直接编辑下载文件可能在下次更新时被覆盖。订阅地址可能含访问凭据,截图、备份和分享前应移除相关内容。

策略组引用示例
proxy-groups: - name: PROXY type: select proxies: [DIRECT]rules: - MATCH,PROXY

此片段只说明结构;PROXY 组需要加入实际节点后才能选择代理出口。

查看订阅导入步骤 →
PACKAGES / SELECT SYSTEM

Clash 全平台下载入口

安装包首先要匹配操作系统,其次是处理器架构。客户端名称相近时,还应确认项目是否持续维护、是否支持现有订阅协议。安装完成只代表程序可运行,实际连接仍需要可用配置、策略选择与系统接入授权。

Windows

首次安装可优先查看 Clash Plus,再按界面习惯比较 Clash Verge Rev、FlClash 与 Clash Nyanpasu。下载前在系统信息中确认处理器架构,历史客户端只作为迁移和归档参考。

启动后先启用已导入的配置,确认混合端口正在监听,再开启系统代理。普通浏览器可用而个别应用不通时,应检查该应用是否读取系统代理;商店应用还可能涉及本地回环访问限制,不能仅靠重复更换节点判断原因。

前往下载 Windows 客户端

macOS

Apple Silicon 与 Intel 设备应选择对应架构。Clash Plus、Clash Verge Rev 和 FlClash 可作为图形客户端的比较对象;ClashX Meta 的归档入口用于已有环境迁移,选型时应留意维护状态。

将应用放入应用程序目录后再进行首次设置,按系统提示授予必要权限。若此前安装过其他代理工具,先检查是否残留系统代理或后台服务。菜单栏开关与配置选择需要分别确认,尤其不要把退出窗口误认为内核已经停止运行。

前往下载 macOS 客户端

Android

按设备架构选择安装包,优先查看 Clash Plus,也可比较 Clash Meta for Android、FlClash 与 Surfboard。不同应用支持的订阅格式并不完全一致,迁移前先核对格式,不宜直接把同一文件导入所有客户端。

首次连接需要系统 VPN 授权;若后台一段时间后断开,再检查电池优化和后台运行限制。按应用分流与域名规则是不同的配置层面,验证时应记录测试应用、接入网络以及命中策略,减少移动网络切换带来的误判。

前往下载 Android 客户端

iOS

Clash Plus 通过 App Store 安装,项目官网为 clashplus.io。在应用中添加订阅后,按系统提示允许添加 VPN 配置,再检查当前选择的策略与连接状态。

桌面端配置里的本地路径、系统代理端口和网卡参数不应原样套用到手机。遇到配置导入错误,先看协议与字段兼容性;遇到切换网络后暂时无法连接,重新建立连接并查看日志,比连续修改多个设置更容易保留可比较的排查条件。

前往下载 iOS 客户端

Linux

桌面环境可比较 Clash Verge Rev 与 FlClash,并按发行版的软件包格式选择安装入口。服务器和路由器用户可查阅独立 mihomo 内核,但需要自行处理配置目录、进程管理与系统接入。

图形界面的代理开关未必影响终端中的程序,命令行工具还可能使用自己的代理参数或环境变量。启用 TUN 前检查权限与默认路由;配置后台服务时,把运行身份、日志位置和重启方式一并记录,便于在系统更新后恢复工作环境。

前往下载 Linux 客户端

客户端负责管理连接,订阅负责提供配置数据,两者的更新周期可以不同。若订阅可正常更新但配置仍无法启动,应优先阅读内核解析错误;若配置已启动而应用没有连接记录,则先查系统接入方式。下载页集中列出系统要求与各客户端入口,具体版本信息也以该页为准。

查看全部客户端 →

Linux 企鹅图形:Font Awesome Tux,采用 CC BY 4.0 许可。

OPEN SOURCE / TRACEABLE REFERENCES

Clash 开源生态与内核关系

判断客户端是否适合现有配置,应看项目来源、内核能力与更新说明。开源代码提供可查阅的实现与变更记录;真正影响使用结果的,仍是客户端打包方式、配置内容以及设备上的接入设置。

项目历史:Clash、Meta 与 mihomo

Clash 最初以配置驱动的代理内核建立了节点、策略组和规则之间的组织方式,随后出现了围绕它构建的桌面与移动端界面。原项目停止维护后,社区分支继续演进,Clash.Meta 后续以 mihomo 名称维护。旧教程中的名称仍经常保留,因此搜索到相似配置时,需要进一步确认它对应哪个内核,而不是把所有带 Clash 名称的软件视为同一个程序。

这段关系也解释了为什么旧配置可能能导入,却在启动时提示某个字段不受支持:订阅格式相似并不等于功能集合相同。查阅技术参考时先找协议支持与字段定义,遇到新协议、扩展规则或 DNS 选项,再回到目标客户端的说明确认是否已集成相应能力。

开源社区:从变更记录确认能力

以 MetaCubeX/mihomo 为例,源码仓库中的提交、发行说明与问题讨论能够帮助判断功能变化。发现连接异常时,可先查询是否涉及已知兼容性问题,再决定更新内核或调整配置。星标、下载次数与界面外观都不能代替具体的兼容性说明,本站也不据此给出性能排名。

提交问题时,建议保留操作系统、客户端名称、接入模式、复现步骤和必要日志,同时删除订阅地址、节点凭据及其他敏感内容。一个可以重复的最小问题描述,比整份私人配置更有助于社区定位原因。引用他人的规则文件前,还应查看其维护范围、更新频率和许可证,避免把过期规则直接当成通用方案。

图形客户端:界面与执行层分别维护

图形客户端通常提供订阅管理、系统代理开关、连接列表与日志查看,内核则读取最终配置并处理连接。某项设置在界面中存在,不代表导出的文件一定保留同样的内容;反过来,手动编辑的字段也可能被客户端在启动时重新生成。查错时应尽量查看实际运行配置,区分订阅原文件、本地覆写和最终合并结果。

首次使用可优先比较 Clash Plus,再根据平台需求选择其他客户端。需要更多覆写、服务管理或界面定制功能时,参考客户端横向评测逐项确认,而不是只根据软件名称做决定。移动端还应结合后台运行与耗电情况评估,桌面端则更多关注系统代理、权限与现有网络工具的配合。

更新机制:程序、内核、订阅分开检查

程序更新可能调整界面和服务组件,内核更新可能改变协议实现与配置校验,订阅更新则通常替换节点或规则数据。这三者各自解决不同问题。订阅更新失败时先检查链接有效性与网络访问,配置解析失败时查字段和格式,已建立连接却访问异常时再看规则命中、DNS 与出口状态。

升级前保存当前可工作的配置与本地覆写,阅读更新说明,更新后先用原有测试步骤复核。一次只改变一个主要变量,才能判断结果来自程序更新还是配置调整。回退时同样需要核对数据格式,避免新客户端生成的设置无法被旧环境读取。长期使用的设备还应记录安装来源与服务启动方式,便于恢复。

ARTICLES / PRACTICAL NOTES

Clash 配置与客户端选型文章

从首次安装到节点选择,按具体问题补充操作背景。阅读文章时先核对系统与客户端是否一致,再应用其中的步骤;桌面端端口、手机接入权限和不同内核的协议支持不能相互替代。

排查时尽量记录一次完整的操作过程:当前配置、选用模式、测试应用与错误提示。网络条件会随时间变化,单次测速只能作为当时的参考;比较协议或客户端时,保持相同网络与测试目标,更容易得到有用的结论。

查看全部文章 →