开源生态 · 跨平台客户端与中文配置便签

Clash客户端下载与配置手册

从合适的客户端开始,依次处理安装权限订阅导入规则分流。页面按装机顺序整理常用入口,也保留 DNS、TUN、系统代理与连接异常的检查路径。

永久免费 代码开源 五个平台 中文文档 配置与排障

首次使用可先阅读教程完成一条可验证的连接链路;需要选择具体客户端时,再按操作系统进入下载页。这样能避免把内核、图形客户端和配置文件混为同一种安装包。

平台入口

按当前设备选择下载页

首页只负责把设备带到对应平台清单。下载页会继续列出可选客户端、适用架构与系统要求;同一平台可能同时有桌面图形客户端、移动端应用或面向服务器的内核包,安装前先确认设备类型。

Windows

适合桌面浏览器、办公软件和需要系统代理的常用环境。下载前确认系统架构,安装后先导入配置,再开启系统代理;Microsoft Store 应用无法联网时,可继续检查 UWP 回环和本地端口占用。

前往下载

macOS

Intel 与 Apple Silicon 需要选择对应安装包。首次启动若被系统安全策略拦截,应从系统设置确认应用来源与权限;需要接管更多应用流量时,再根据客户端说明启用增强模式或 TUN。

前往下载

Android

适合手机、平板和基于 Android 的部分电视设备。导入订阅后需要允许系统创建 VPN 连接;若后台一段时间后自动断开,应检查电池优化、后台运行限制与系统的常驻通知权限。

前往下载

iOS

iPhone 与 iPad 通过 App Store 获取 Clash Plus。首次连接会出现 VPN 配置确认,允许后才能接管设备流量;规则模式、策略组与订阅更新可在应用内完成,日常使用前建议先确认当前配置仍在有效期内。

前往下载

Linux

桌面发行版可选择图形客户端,服务器、软路由和容器环境通常直接使用 Mihomo 内核。先区分 deb、rpm 与压缩包,再确认 AMD64、ARM64 等架构;服务化运行时还需单独处理配置路径、启动用户和日志目录权限。

前往下载
不确定该选图形客户端还是内核?

普通桌面与手机用户优先选择带界面的客户端;服务器、路由器和已有管理面板的环境再考虑 Mihomo 内核。客户端对比页可继续查看平台覆盖与操作方式差异。

配置抽屉

从能连接到稳定分流

Clash 的主要设置可以拆成四个相互衔接的层次:先决定流量如何匹配,再决定客户端以什么模式运行,随后处理系统接管,最后维护订阅与配置。桌面端可切换左侧章节,窄屏会按连续章节展开。

Rule routing

规则按顺序匹配,策略组负责执行

规则模式会根据域名、IP、网络类型或规则集,把请求送往指定策略组。配置文件通常从上到下检查,命中后便停止继续匹配,因此具体规则应放在宽泛规则之前,最终兜底项留在末尾。遇到某个网站走错线路时,先查看连接记录中的命中规则,再检查目标策略组当前选择,而不是反复切换全部节点。

与全局代理相比,规则分流能够让本地服务、局域网设备和需要代理的请求分别处理。日常维护重点是保持规则集可更新、避免重复覆盖,并在自定义规则后保留明确的最终策略。修改前保存原配置,修改后只测试一两个明确目标,定位会更快。

  • 先看请求命中了哪条规则,再看策略组选择。
  • 自定义域名规则放在通用规则集之前。
  • 保留 MATCH 等最终兜底项,避免请求无处可去。

来源与维护

Clash 生态中的客户端、内核与配置

开源只能说明代码与协作方式可被查看,实际使用仍要分清项目关系、发布来源和维护状态。下载页将图形客户端与 Mihomo 内核分别列出,首页则说明这些组件如何组合,便于安装前判断所需内容。

01

项目历史:Clash 概念延续到多个客户端

Clash 最初形成了配置文件、规则匹配、策略组和本地代理端口等常见使用方式。原始项目状态变化后,社区仍围绕兼容配置和使用习惯继续维护不同分支,其中 Mihomo 是当前常见的内核实现之一。桌面与移动客户端通常在内核之外提供订阅管理、策略切换、日志查看、系统代理和更新入口。

因此,“Clash 客户端”并不只指某一个安装包。相似界面可能采用不同内核,同一内核也能被多个图形客户端调用。选型时应同时查看平台支持、维护状态、配置兼容性和系统接管方式,不应只根据名称判断。

02

开源生态:仓库用于查阅代码与发布记录

公开仓库能提供源代码、许可证、问题记录、提交历史和发布说明。遇到功能变化时,可先查看对应客户端与内核的发布记录,确认配置字段是否调整;遇到可重复故障时,再搜索已有问题,通常比只根据界面提示猜测更有效。

不同项目由各自维护者管理,更新节奏与平台覆盖并不相同。本站按客户端名称和操作系统整理入口,不把所有组件描述成同一个项目。归档客户端会在下载页标明维护状态,仍在更新的项目则以版本清单提供的当前信息为准。

03

内核关系:Mihomo 处理连接,界面负责操作

内核读取配置、建立代理连接、执行规则、处理 DNS 并输出运行日志;图形客户端在其上提供可点击的设置界面。界面显示已连接,只代表客户端完成了某个操作步骤,最终是否可访问仍取决于配置有效性、策略选择、系统接管、DNS 与目标网络。

排障时把界面层与内核层分开会更清楚:订阅无法下载通常先查订阅地址和本地网络;节点全部不可用再查配置内容与网络限制;特定应用不走代理则检查系统代理或 TUN;只有部分域名异常时,优先查看规则命中和 DNS 解析。

04

更新机制:先读变更,再更新配置与客户端

客户端更新、内核更新、规则集更新和订阅更新是四件不同的事。客户端更新可能带来界面和系统适配变化;内核更新会影响配置字段与网络行为;规则集更新改变匹配结果;订阅更新则由配置提供方决定内容。一次只处理一类更新,更容易在异常发生时找到原因。

日常使用不必频繁追逐每次发布。当前配置稳定时,可先阅读变更说明,确认是否包含所需修复,再安排更新。操作前记录当前客户端名称、系统版本、配置名称和关键开关;操作后分别验证直连目标、代理目标与局域网访问,形成可重复的检查闭环。

Source checkout

查阅 Mihomo 源代码

以下命令用于克隆公开仓库,适合需要阅读实现、构建说明或提交记录的用户。只准备安装图形客户端时,无需执行命令,可直接前往下载页。

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

装机便签

首次使用的四个短检查

下载后先做什么?

启动客户端并按系统提示授予必要权限,然后导入有效订阅或本地配置。选中配置后选择一个策略,再开启系统代理。不要一开始同时启用 TUN、改 DNS 和添加自定义规则,先完成最小连接链路更容易判断每一步是否正常。

查看首次配置步骤
显示已连接却无法打开网页,先检查哪一项?

先确认当前配置已激活、策略组选择了可用项,再检查系统代理是否开启。随后分别测试直连模式与全局模式,以判断问题位于本地网络、规则还是代理连接。仍然异常时,再检查 DNS、端口冲突和 TUN 权限。

查看完整排障顺序
系统代理正常时,还需要开启 TUN 吗?

浏览器和日常软件都能按预期工作时,可以继续使用系统代理。只有部分应用不读取系统代理、需要覆盖更多网络流量,或明确知道应用使用方式时,再考虑 TUN。开启后应重新验证局域网访问、DNS 和其他 VPN 软件是否冲突。

查看系统接管说明
订阅更新后自定义规则消失,如何处理?

直接编辑订阅生成的配置,刷新时可能被新内容覆盖。先恢复上一份可用配置,再把长期规则迁移到客户端支持的覆写、合并或脚本层。调整后检查规则位置和最终兜底项,并通过连接记录确认自定义规则确实命中。

阅读规则与订阅维护章节

近期便签

安装、规则与连接排查

文章围绕一次明确操作展开,适合在安装卡住、规则未命中或连接状态异常时按问题查阅。完整使用路径仍以教程和使用手册为主。

查看全部文章 →

Clash 首次安装设置清单:跨平台初始化步骤与常见误区

从安装来源、系统权限、订阅导入到首次连通验证,梳理各平台通用步骤及容易遗漏的初始设置。适合在第一次启动时逐项核对,也可用于重新安装后的配置恢复。

阅读全文

Clash 自定义规则语法详解:匹配顺序、优先级与规则覆盖

拆解常用规则类型、从上到下的命中逻辑、兜底规则位置,以及自定义规则未按预期工作时的检查方法。修改前后均可通过连接记录验证实际命中结果。

阅读全文

Windows 安装 Clash 全流程:系统代理、订阅配置与回环排查

覆盖 Windows 客户端安装、配置导入、系统代理启用和连接验证,并处理权限、本地端口与 UWP 回环问题。步骤按首次安装的实际顺序组织。

阅读全文