Windows
桌面用户可从 Clash Plus、Clash Verge Rev 等客户端开始选择。先在系统设置里确认设备架构,安装后导入订阅并启用系统代理,再用浏览器检查连接。若需要 TUN,按客户端提示配置服务与权限。
前往下载 →CONFIGURATION / 配置路径
图形界面负责导入、切换与查看;内核负责解析配置和处理连接。先明确两者分工,再调整设置,排查时就能区分问题出在订阅内容、客户端选项,还是系统网络环境。
规则模式按配置文件中的顺序检查连接,命中第一条规则后使用对应策略,不会继续寻找更靠后的例外。局域网域名、指定站点和拒绝规则应根据实际需求安排,MATCH 放在末尾承接剩余连接。与只选一个统一出口的全局模式相比,规则模式能让不同目标使用不同路径。修改前先确认策略组名称存在,再从连接详情查看命中的规则;订阅自带的规则可通过客户端覆写功能补充,避免更新时丢失改动。
rules:
- DOMAIN-SUFFIX,local,DIRECT
- DOMAIN-SUFFIX,github.com,Proxy
- MATCH,Proxy
系统代理会修改操作系统的代理设置,通常适合遵循该设置的浏览器与桌面应用,但不能保证接管所有程序。TUN 模式通过虚拟网络接口处理流量,适合不读取系统代理的应用,启用时可能需要服务模式或管理员权限。两者解决的是流量入口问题,不会替代节点选择和规则配置。首次使用先测试系统代理,再按需要开启 TUN;若同时运行其他 VPN 或网络加速工具,应先停用其中一个,逐项检查路由和 DNS 设置。
系统代理:客户端设置 → 系统代理
TUN 模式:客户端设置 → TUN 模式
内核字段:tun.enable
订阅是获取配置的来源,不等于已经建立代理连接。复制提供方给出的 Clash 兼容地址,在客户端配置页新建远程配置,导入成功后还需要选中并启用该配置。本地 YAML 文件适合离线迁移,远程订阅则便于刷新节点和规则。自动更新间隔、更新所用代理与失败提示由客户端管理,字段和单位应以当前界面为准。订阅地址可能带访问凭据,排查问题时不要公开完整链接;更新前可保存本地覆写内容,更新后再确认策略组是否变化。
配置来源:远程订阅 / 本地 YAML
操作顺序:导入 → 启用 → 选择策略组
更新设置:间隔、更新代理、失败提示
Clash 是内核与客户端生态的通用称呼,Clash Meta 是相关分支的历史名称,mihomo 延续了这一技术路线。图形界面的名称不同,并不代表它们使用完全不同的配置语法;反过来,同一份 YAML 也不一定能被所有内核接受。协议、DNS 选项和规则能力都要核对当前内核支持情况。多内核兼容指生态中的配置与能力差异,不表示每个客户端都提供内核切换按钮。选型时优先确认所需协议,再比较界面操作,避免只按项目名称判断。
界面:Clash Verge Rev / FlClash
内核:mihomo
配置重点:代理类型、DNS 字段、规则支持
连接页用于确认目标地址、命中规则和最终策略,日志页用于查看配置加载、解析与连接错误。页面无法打开时,先观察是否产生连接记录;有记录但出口不符,再检查规则顺序和策略组选择。示例中的 info 日志级别适合日常查看,临时排查可按需要提高详细程度,结束后恢复常用级别。日志可能包含域名、地址或订阅相关信息,分享前应删去敏感内容。延迟测试只是特定请求的结果,不能代替实际访问,也不等同于下载速度。
log-level: info
检查顺序:
连接是否出现 → 命中哪条规则 → 使用哪个策略
桌面与移动客户端可以使用兼容的订阅来源,但系统代理、虚拟网络接口和权限申请方式并不相同。迁移时先导入配置,再检查本地端口、文件路径与内核专属字段,不要直接复制另一台设备的整个设置目录。规则里引用的策略组名称需要完全一致,外部规则集也要能正常获取。与只同步节点信息相比,迁移完整配置还涉及 DNS 和规则行为;建议先保留原设备配置作为参照,在新设备验证常用站点、局域网访问及退出后的网络恢复情况。
可复用:兼容订阅、策略组设计、分流规则
需复查:权限、端口、文件路径、系统接管方式
验证项:外网访问、局域网访问、退出恢复
Clash Meta 技术路线延续的代理内核
mihomo 内核采用的开源协议
桌面与移动设备分别选择适配客户端
CLIENT SHELF / 安装入口
先确认操作系统与处理器架构,再选择安装包。客户端名称相近时,重点比较维护状态、内核支持和系统要求。下载页把当前可选项目按平台排列,版本信息也集中在对应卡片中,方便在安装前核对。
桌面用户可从 Clash Plus、Clash Verge Rev 等客户端开始选择。先在系统设置里确认设备架构,安装后导入订阅并启用系统代理,再用浏览器检查连接。若需要 TUN,按客户端提示配置服务与权限。
前往下载 →安装前区分 Apple Silicon 与 Intel 机型,选择相应构建。首次启动时按系统提示授予必要权限;迁移旧配置后检查监听端口和本地路径。菜单栏开关、系统代理与 TUN 的具体入口以所选客户端为准。
前往下载 →按设备架构选择客户端安装包,首次连接需要确认系统 VPN 授权。若后台运行中断,检查电池优化与后台活动权限。桌面上可用的订阅仍需确认格式兼容,不能只凭链接能打开就判断导入一定成功。
前往下载 →下载页提供 Clash Plus 的 App Store 入口,并列出官网 clashplus.io。安装后先导入兼容配置,再确认 VPN 配置授权。移动网络与无线网络切换后,可重新检查连接状态和策略组选择。
前往下载 →桌面环境可选择 Clash Verge Rev 或 FlClash,再按发行版选择软件包格式。系统代理的作用范围取决于桌面环境和应用实现;服务器与路由器用户可在下载页另查 mihomo 内核,按自身环境管理配置与服务。
前往下载 →完成安装只是第一步。先确认配置已启用且没有解析错误,再进入策略组选择可用出口,最后打开所需的代理入口。检查时使用一个新的浏览器请求,避免旧连接影响判断;如果代理仍未生效,记录客户端提示与命中规则,再进入帮助中心排查。一次只改动一项设置,更容易判断是哪一步产生了变化。
OPEN SOURCE / 项目与内核
Clash 最初提供的是代理内核及配置机制,后来围绕它形成了不同平台的图形客户端。原版 Clash 停止维护后,生态中的后续项目继续演进;Clash Meta 这一名称常见于旧教程与配置说明,mihomo 则延续了相应分支的技术路线。阅读资料时,应把项目历史名称与当前所用内核对应起来,而不是把所有带 Clash 字样的安装包当成同一个项目。
内核负责协议处理、DNS、规则匹配和连接转发,图形客户端负责设置页面、配置管理、系统集成与日志展示。Clash Verge Rev 等客户端会调用内核工作,但界面更新和内核更新是不同的维护事项。某项能力是否可用,要同时看客户端是否提供入口,以及随附内核是否支持该字段。只替换界面,不能自动解决所有配置兼容问题。
公开仓库可以查看源代码、提交记录、问题讨论和发行说明。遇到配置项被调整或某类协议不受支持时,优先查对应项目的文档与发布记录,比反复尝试来历不明的配置片段更有效。mihomo 内核采用 GPL-3.0;其他客户端各自的代码许可证、分发条件和第三方依赖,应以其项目文件为准,不能把内核协议直接套用到所有图形客户端。
右侧命令用于取得 mihomo 源代码,适合需要阅读实现或参与开发的用户。克隆仓库不等于安装桌面客户端,也不会自动创建系统代理服务。普通用户可直接从安装包页面选择图形客户端;需要研究配置行为时,再从官方文档确认语法与默认行为。本站提供中文下载导航与使用说明,不代表各上游项目的开发团队。
客户端、内核、远程订阅和规则集各有更新来源。客户端更新可能影响设置入口,内核更新可能增加协议支持或调整字段,订阅更新可能替换代理与策略组,规则集更新则会改变分流覆盖范围。它们不是同一个开关,也不应在故障发生时同时全部调整。先确认报错发生在哪一层,再决定更新、回退或修订配置。
更新前保留本地覆写、常用策略组选择与必要的设置记录。更新后先确认配置成功加载,再检查 DNS、局域网访问与常用应用。若出现原先正常的站点无法访问,比较新旧配置和发行说明,优先检查被修改的字段。保留可复现的操作步骤和经过脱敏的日志,能让项目社区更准确地判断问题,而不是只得到一句连接失败的描述。
订阅定义可选代理和分流策略,策略组决定实际使用哪个出口。导入后先确认启用的是新配置,再检查规则引用的组名与该组当前选择。查看策略组名词解释 →
部分应用不读取系统代理,也可能自带独立网络设置。先验证浏览器,再检查具体应用的代理入口;需要接管其他流量时,再评估 TUN 模式。查看系统代理排查说明 →
TUN 是流量接管方式,DNS 行为还取决于内核解析配置、系统解析路径和应用自身设置。出现解析异常时应结合日志检查,不能只看开关是否开启。查看 DNS 与协议参考 →
远程订阅刷新可能替换原文件。优先把本地规则写入客户端提供的覆写或合并配置,并确认它们最终插入的位置;规则内容正确但排序不当,同样可能无法命中。查看配置导入与使用指南 →
READING / 配置文章
下面三篇按发布日期倒序排列。初次使用可先看订阅导入,再完成连接检查;需要调整分流范围时,再阅读规则语法与匹配顺序。文章中的设置名称用于说明操作路径,具体位置请结合所选客户端界面查找。
介绍桌面客户端导入订阅的三种方式,对比 Clash YAML、Base64 节点列表等常见订阅格式的差异,并说明格式不兼容时的转换思路。
阅读文章 →面向刚装好客户端的新用户,按顺序讲解如何切换策略组节点、理解延迟测试结果、开启系统代理,并用浏览器与连接日志确认流量已走代理。
阅读文章 →逐类拆解常用规则类型的书写格式与适用场景,说明规则自上而下匹配、命中即停的机制,以及 rule-providers 与 MATCH 兜底规则的放置位置。
阅读文章 →