规则代理工具 · 中文配置资料

Clash 客户端下载与分流配置

围绕规则分流与策略组管理网络连接,提供五平台客户端入口及订阅、DNS、TUN 配置说明。

  • 代码开源
  • YAML 配置
  • 中文文档
Routing / 配置能力

从连接入口到规则出口

Clash 将接入方式、域名解析与出口选择拆开配置。先确定应用如何接入,再决定连接匹配哪条规则,最后由策略组选择可用出口。以下示例采用 mihomo 配置语法,具体界面名称以所选客户端为准。

规则分流按域名、目标 IP 或规则集决定连接去向。同一份配置可让指定服务走代理、局域网连接直连,并对明确匹配的请求使用拒绝策略。规则从上到下检查,先命中的条目生效,因此细分规则应放在宽泛规则之前,末尾再用 MATCH 处理剩余连接。相比只切换全局出口,这种方式能分别表达不同应用的网络需求。首次修改时建议只增加一条域名规则,再用连接记录确认命中结果,避免同时调整多处后难以定位原因。

↗

配置示意:PROXY 需对应已定义的节点或策略组。规则顺序决定优先级,示例并非完整配置。

Client / 平台选择

按系统选择 Clash 客户端

客户端负责界面、系统权限与配置管理,内核负责协议处理和规则执行。选择时先看系统及芯片架构,再看需要的接入模式。下载页按平台列出客户端、维护状态与安装说明;首页入口统一跳转至对应平台,便于比较后再选择安装包。

Windows

适合桌面浏览器、开发工具与需要系统代理的应用。先用普通权限完成配置导入;需要 TUN 时,再按客户端提示安装服务并授权。若浏览器可用而其他应用仍直连,应先检查应用是否遵循系统代理,而不是反复更换节点。

前往下载 ↗

macOS

按 Apple Silicon 或 Intel 芯片选择安装包。首次启动后的系统代理、网络扩展或辅助服务授权,应逐项阅读系统提示。切换客户端前先关闭旧客户端的接管功能,退出后确认网络设置恢复,减少多个服务同时修改路由的情况。

前往下载 ↗

Android

根据设备架构选择安装包,导入配置后允许系统 VPN 连接请求。需要后台持续使用时,可检查电池优化和后台活动权限。按应用分流与按域名分流属于不同层次,配置前先确定需要接管哪些应用,再检查它们的规则出口。

前往下载 ↗

iOS

下载页提供 Clash Plus 的 App Store 入口,并列出官网 clashplus.io。安装后按界面导入兼容配置,首次连接时完成系统 VPN 授权。使用前核对订阅格式及客户端支持范围,遇到导入失败时保留错误提示,以便判断是网络请求还是配置解析问题。

前往下载 ↗

Linux

桌面环境可选择图形客户端,服务器或路由器环境则需自行管理内核、服务与配置文件。安装前核对发行版包格式和 CPU 架构;启用开机服务后检查配置路径、文件权限及监听范围。远程操作时保留独立的管理连接,避免路由调整中断会话。

前往下载 ↗

同一订阅在不同客户端上的表现可能受内核支持、覆写机制与权限设置影响。迁移时先导入原始配置并完成基本连接,再逐项恢复自定义规则、DNS 与 TUN 设置。这样能区分订阅本身的问题与客户端设置差异,也便于保留一份可回退的工作配置。

查看全部客户端 →
Setup / 快速上手

订阅导入、模式选择与连接验证

先建立一条能解释清楚的连接路径,再添加复杂规则。以下三步用于初次配置;订阅需要自行准备,客户端安装完成后并不会自动生成可用的代理服务。已有本地配置的用户,也可从文件导入开始。

  1. 01 / Import

    导入并启用配置

    打开客户端的配置或 Profile 页面,选择从链接导入或导入本地 YAML。为配置添加能区分用途的名称,等待下载和解析完成,再明确选中这份配置。若列表为空,先查看导入错误,确认链接没有多余空格、访问凭据有效,且返回内容属于当前内核支持的格式。

    完成标志:配置已被启用,策略组能够显示其引用的节点来源。导入后先保留原文件,不急于修改端口和 DNS。

  2. 02 / Route

    选择规则与接入方式

    通常从规则模式开始,在策略组里选定出口,并开启客户端的系统代理或系统 VPN 接入。规则、全局、直连决定连接如何选择出口;系统代理与 TUN 决定应用流量如何进入内核,这两组设置需要分别理解。全局模式可用于对照测试,日常是否使用仍取决于实际需求。

    完成标志:目标应用已使用选定的接入方式,策略组指向预期出口,而不是仅让客户端停留在打开状态。

  3. 03 / Inspect

    用连接记录验证分流

    访问一个明确知道应走哪类出口的目标,在连接页面核对域名、命中规则和策略链。出现异常时先分清解析失败、连接超时与规则命中错误,再分别处理。只看到连接按钮开启,无法证明所有应用都已被接管;也不宜只凭网页是否打开判断每条规则是否正确。

    完成标志:连接记录与预期一致,关闭接管后网络能够恢复。随后再添加自动更新、覆写与更细的分流规则。

Source / 开源生态

客户端、内核与配置的维护边界

判断一项功能是否可用,需要同时看客户端界面、实际运行的内核和加载中的配置。开源仓库提供实现与变更记录,中文资料则用于解释配置关系。两者结合,比仅凭名称相近或界面相似来判断兼容性更可靠。

项目沿革与兼容范围

Clash 生态包含不同时间形成的内核分支与图形客户端。早期客户端停止维护后,相关教程仍可能出现在搜索结果中,但旧教程中的按钮位置、协议支持和权限处理方式未必适用于当前环境。本站将安装入口与进阶配置分开组织:先确认使用的是哪个客户端及内核,再按对应语法阅读资料,避免把名称相似的项目视为同一套实现。

mihomo 与图形界面的分工

mihomo 是 Clash 生态中持续维护的开源内核之一,负责协议、连接、规则与 DNS 等底层能力,采用 GPL-3.0 许可。图形客户端通常负责订阅管理、托盘入口、系统代理及服务安装等操作。界面里出现一个开关,并不意味着所有系统都具备完全相同的实现;内核支持某个字段,也不意味着客户端会自动保留这项手动修改。

社区资料与可核对来源

遇到字段含义、配置加载失败或行为变化时,可先查对应内核的文档、仓库说明与问题记录。提问前准备客户端名称、内核信息、操作系统及最小复现配置,删除订阅地址、节点认证信息和个人网络标识。公开记录能帮助判断问题属于已知限制、配置误用还是需要进一步复现的缺陷,单张报错截图通常不足以说明完整链路。

更新与本地改动的保存

客户端更新、内核更新和订阅更新是三个独立动作。更新客户端可能改变界面与系统集成;更新内核可能改变字段支持和处理行为;订阅更新则可能覆盖节点、规则或策略组。重要配置应在更新前备份,并单独记录本地覆写。更新后使用相同目标重新验证,出现差异时对照变更记录,而不是立即把所有设置恢复为默认值。

阅读顺序:初次使用从安装与订阅导入开始;需要区分 Profile、策略组、规则集和 Fake-IP 时,先查术语表;已经完成基本连接后,再阅读进阶配置手册中的策略组、DNS、TUN 与本地覆写章节。教程示例用于解释结构,合并到现有配置前应检查同名字段与引用关系,避免重复定义覆盖原有行为。

客户端提供网络代理能力,连接质量仍取决于本地网络、远端服务与出口条件。配置调优应基于可复现的问题进行:先记录在哪个应用、哪个目标以及哪种接入方式下异常,再缩小测试范围。遵守所在地法律法规、网络管理要求及服务使用条款,是使用与分享配置的前提。

Notes / 技术笔记

配置结构与订阅管理

从导入格式到配置字段,技术笔记按具体问题展开。先确认当前处于哪一步,再选择对应文章;涉及本地修改时,保留原始配置和一份能正常连接的备份。