Clash 生态 · 客户端与配置资料

Clash 官方下载站 ·
全平台客户端

按平台选择客户端,查阅 mihomo 内核、规则分流与订阅导入步骤。

  • 开源内核
  • 中文文档
  • YAML 配置

CONFIGURATION / 配置路径

Clash 核心配置

从连接去向到域名解析,按四个环节理解配置。点击标签可停留阅读。

规则模式与策略去向

规则模式按配置中的先后顺序匹配连接,再交给直连、代理策略组或拒绝策略处理。先保留订阅附带的规则,选择可用节点,再到连接记录查看实际命中的规则。与把所有请求交给同一出口的全局模式相比,规则模式能够分别处理局域网、日常网站与指定域名。修改时把具体条件放在前面,兜底规则放在最后;仅切换策略组不会改变规则顺序,也不代表所有应用已被接管。

mode: rule
rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - MATCH,PROXY
查看模式选择步骤

配置片段用于说明字段关系,不是完整的联网配置。示例中的 PROXY 必须对应实际存在的策略组;启用前应检查客户端的配置验证结果。

CLIENTS / 平台入口

Clash 客户端下载

先选操作系统,再核对处理器架构。安装文件、商店入口与内核工具分别列在下载页。

首次使用可从 Clash Plus 开始,也可按界面和配置习惯选择 Clash Verge Rev、FlClash 等客户端。在系统设置的“系统信息”中查看处理器类型,再选择匹配的安装文件。启动后先导入配置,确认本地端口,再开启系统代理。

浏览器可用而部分应用仍直连时,先检查应用是否遵循系统代理。需要进一步接管流量,再阅读 TUN 与权限说明;不要同时运行多个客户端争用同一监听端口。

前往下载

先在“关于本机”查看芯片信息,区分 Apple Silicon 与 Intel。下载页分别列出对应文件,避免仅按文件后缀判断是否兼容。图形客户端适合日常切换策略、更新订阅和查看连接记录。

安装后按系统提示处理必要权限,再检查当前网络服务的代理设置。切换 Wi-Fi、网线或其他网络服务后,需要重新验证代理是否仍生效;退出客户端前先关闭接管开关,便于恢复原网络路径。

前往下载

可选择 Clash Plus、Clash Meta for Android、FlClash 或 Surfboard。先核对设备架构与客户端支持的配置格式,再安装对应文件。首次启动连接时,按系统提示授权 VPN 接口,之后在客户端内选择需要使用的策略组。

后台连接被中断时,检查电池优化、后台运行权限以及其他 VPN 应用是否占用接口。应用分流与域名规则处理的是不同层面的问题,修改其中一项后,应重新打开目标应用观察连接记录。

前往下载

iOS

下载页提供 Clash Plus 的 App Store 入口,并列出官网 clashplus.io。安装前查看商店页面的系统兼容要求,导入订阅后按提示添加 VPN 配置,再返回客户端启动连接。

状态栏出现 VPN 标识,只能说明接口已启用,不能代替节点与规则验证。首次测试应分别访问预期直连和预期代理的目标,核对策略选择;遇到异常先保留错误提示,再按移动端排查步骤处理。

前往下载

桌面环境可选择 Clash Verge Rev 或 FlClash,并根据发行版选择合适的包格式。仅运行 mihomo 内核适合服务器、路由器与命令行环境,需要自行准备配置目录、启动参数及服务管理方式。

进程启动与桌面应用使用代理是两件事。先确认监听地址和端口,再设置系统代理或应用代理;命令行工具还可能需要单独的环境变量。准备长期运行时,先以前台方式排除配置错误,再交给 systemd 管理。

前往下载

FIRST CONNECTION / 首次连接

Clash 使用教程:三步预览

安装完成后按顺序操作。每次只改一类设置,便于定位问题。

  1. 导入订阅,启用配置

    打开客户端的“订阅”或“配置”页面,新建远程配置并粘贴兼容链接。拉取成功后选中该配置,检查节点与策略组是否出现。文件导入则选择服务提供方给出的 YAML 文件,不要把网页内容直接另存为配置。

    订阅地址通常含有账户授权信息。排查时隐藏链接中的个人标识,不要把完整地址发到公开评论或截图中。导入报错先读错误行与字段名,再判断是网络请求失败还是配置内容无法解析。

  2. 选择规则模式与出口

    将运行模式切换为规则,在实际用于代理的策略组内选定节点。策略组可能引用其他策略组,需要继续检查最终出口。先保留订阅的默认规则和 DNS 设置,暂不叠加自定义覆写,建立一个可以重复验证的起点。

    桌面端先尝试系统代理;移动端按提示启用 VPN 接口。TUN 是另一种接管方式,不是节点加速按钮,也不能修复远端服务不可用。确认基础连接后,再根据应用需求决定是否启用。

  3. 检查连接记录,验证分流

    分别打开预期直连和预期代理的目标,在连接页面查看域名、命中规则与最终策略。节点延迟测试成功,只说明特定测试请求得到响应,不代表目标应用一定能使用同一路径。应把应用访问结果与连接记录对照。

    没有记录时先检查流量接管;有记录但失败时再查节点、DNS 与远端响应。记录操作顺序和错误信息后,进入疑难手册按症状排查。恢复默认设置前保留配置副本,避免丢失可用的基线。

SOURCE / 开源资料

Clash 生态与 mihomo 内核

通过源码、配置文档与变更说明理解功能边界,不以界面名称推断实现。

项目沿革与客户端关系

Clash 生态包含内核、图形客户端、配置工具与规则资源。原 Clash 项目与后续生态项目不能简单视为同一个产品;mihomo 承接了 Clash Meta 的项目发展,提供兼容 Clash 配置思路的网络代理内核。客户端可能内置该内核,也可能采用不同实现,具体以各项目说明为准。

图形界面上的开关负责调用系统能力或生成内核配置。遇到同名选项表现不同,先确认所用客户端、内核和平台,再查对应文档。将旧配置迁移到新客户端时,不应只复制文件后立即覆盖运行;先检查字段支持、路径引用与策略组名称,逐项验证后再替换日常配置。

开源许可与社区协作

mihomo 源码以 GPL-3.0 许可发布。源码仓库可用于阅读实现、查阅问题讨论和了解变更背景;分发或修改代码时,应阅读许可正文并履行适用义务。开源内核的许可并不自动代表每个图形客户端、规则集和订阅服务都采用相同条款,需要分别查看其项目说明。

提交问题时应提供可复现步骤、运行平台、相关配置字段与经过处理的日志。去掉订阅地址中的个人授权信息、节点凭据与其他私人内容,再保留能够解释问题的最小片段。仅提供“无法连接”的截图,通常不足以区分本机接管、域名解析与远端服务问题。

更新机制与配置兼容

客户端更新、内核更新和订阅更新是三个独立动作。客户端更新可能改变界面与系统集成;内核更新可能调整字段行为和协议实现;订阅更新则可能替换节点、策略组与规则。排查异常时先确认最近发生了哪一种变化,避免同时回退多个环节后无法定位原因。

更新前保存当前配置与个人覆写,阅读项目发布说明,更新后重新测试常用应用。本站首页用于解释选型与配置路径,安装文件在下载页集中列出。具体系统要求以下载页和对应项目资料为准;遇到旧教程与实际界面不同,应以当前客户端的设置名称和配置验证结果为依据。

运行边界与资料使用

客户端和内核负责处理本机连接,不会自动提供可用的远端服务。订阅来源、服务授权、节点可用性与本地网络条件需要分别确认。配置能被成功加载,只说明语法和部分引用通过检查,不等同于每个节点都可连接,也不等同于所有应用已经遵循分流规则。

初次使用先完成一台设备的最小配置,再考虑多端同步、局域网共享与路由器部署。开启局域网访问前应理解监听地址和访问控制;需要共享时明确允许的设备范围。使用网络工具时遵守所在地法律及网络服务条款,涉及工作网络的变更应先取得必要授权。

FIELD NOTES / 配置记录

平台部署与故障排查文章

按发布日期倒序。平台安装、连接超时与局域网部署分别查阅,不将不同层面的故障混在一次修改中。