Windows
优先从 Clash Plus 开始,也可按界面习惯选择 Clash Verge Rev、FlClash 或 Clash Nyanpasu。下载前在系统设置的「系统信息」中确认设备架构,不要只按电脑品牌判断。
安装后先导入配置,再启用系统代理。普通浏览器访问可先用这一方式验证;需要接管更多应用流量时,再阅读 TUN 章节。Clash for Windows 仅作为已停止维护的归档选项。
前往下载 Windows 客户端先选系统,再核对处理器架构。客户端下载页按平台列出安装方式、可选客户端与系统要求;订阅导入和连接操作则放在使用文档中,避免把安装包选择与网络设置混在一起。
优先从 Clash Plus 开始,也可按界面习惯选择 Clash Verge Rev、FlClash 或 Clash Nyanpasu。下载前在系统设置的「系统信息」中确认设备架构,不要只按电脑品牌判断。
安装后先导入配置,再启用系统代理。普通浏览器访问可先用这一方式验证;需要接管更多应用流量时,再阅读 TUN 章节。Clash for Windows 仅作为已停止维护的归档选项。
前往下载 Windows 客户端先打开苹果菜单的「关于本机」,区分 Apple Silicon 芯片与 Intel 处理器,再选择对应安装包。Clash Plus、Clash Verge Rev 与 FlClash 的权限提示和设置入口可能不同。
首次启动时按系统提示完成必要授权。系统代理与 TUN 是两条不同的接管路径,不必同时开启所有选项。ClashX Meta 下载入口保留为归档资料,选择前应留意维护状态。
前往下载 macOS 客户端可比较 Clash Plus、Clash Meta for Android、FlClash 与 Surfboard。多数近期设备使用 ARM64,但仍应以设备信息为准;遇到无法安装的提示,先检查架构与系统要求。
导入订阅并启动后,系统通常会请求建立 VPN 连接。确认来源后授权,再观察客户端的连接记录。如果切到后台后连接中断,应检查电池优化与后台运行限制,而不是反复重装。
前往下载 Android 客户端下载页提供 Clash Plus 的 App Store 入口,并展示官网 clashplus.io。安装前查看商店中的系统要求,安装后从客户端配置页面导入服务提供方给出的订阅链接。
首次连接需要允许添加 VPN 配置,授权由系统界面完成。回到客户端后确认当前配置已选中,再尝试访问目标网站。系统显示 VPN 标记只说明隧道已建立,还需要继续验证实际连接。
前往下载 iOS 客户端桌面环境可从 Clash Verge Rev 或 FlClash 选择。先确认发行版的软件包格式,再检查处理器架构;安装完成后,从桌面启动客户端,阅读首次启动与服务权限提示。
服务器和路由器用户可前往下载页的内核区域查看 mihomo。命令行内核需要自行准备配置、运行目录与服务管理方式,不能把内核压缩包当作带界面的桌面安装程序使用。
前往下载 Linux 客户端从常用开关进入对应章节。先理解设置控制哪一层,再修改配置;左侧选择主题,右侧查看用途、语法示例与完整手册入口。示例只展示相关字段,需要与现有配置合并使用。
规则分流适合把不同目标交给不同出口,而不是让所有连接共用同一种处理方式。客户端处于 Rule 模式时,规则通常从上到下匹配,先命中的条目决定去向。添加域名规则后,打开连接记录,查看目标命中了哪一条规则,再确认最终代理组。与只提供全局开关的工具相比,这种配置方式能保留更明确的路由依据,但也需要维护规则顺序。下面的 PROXY 是代理组名称,必须在实际配置中存在;MATCH 应放在末尾作为兜底。
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,PROXY
在完整手册第 6 章查看 →
TUN 通过虚拟网络接口接管流量,可覆盖部分不遵循系统代理设置的应用。它改变的是流量进入内核的方式,并不会自动修复失效节点或错误规则。建议先在系统代理下验证订阅和出口正常,再按客户端说明安装服务或授予权限,最后打开 TUN。相比只设置浏览器代理,这条路径涉及路由与系统权限,排查时应同时检查日志和网卡状态。下面展示 mihomo 的常用字段,具体可用选项仍需以所用内核及系统支持情况为准。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53
在完整手册第 7 章查看 →
多配置管理适合分别保存不同订阅源、工作场景或本地实验配置。导入多份 Profile 后,通常仍需明确选择其中一份作为当前配置,不能因为列表里已经出现名称就认为它已生效。切换后应检查代理组、运行模式与连接记录,确认客户端加载的是预期内容。相比直接反复编辑同一份文件,按用途命名更容易回退。订阅文件可能在更新时被替换,长期保留的修改宜放入客户端支持的覆写机制;下面仅示意本地 YAML 中的代理组,不代表界面的配置列表。
proxy-groups:
- name: PROXY
type: select
proxies:
- DIRECT
- example-node
# example-node 需另行定义为有效节点
在完整手册第 4 章查看 →
客户端负责配置管理、菜单和系统集成,mihomo 内核负责解析配置并执行代理、DNS 与规则逻辑。两者需要配合,但更新客户端并不等于每个字段都获得支持。遇到配置解析错误时,先在关于页面或运行日志中确认内核信息,再查该字段的适用条件。相比只依据界面按钮名称判断,核对实际运行配置更容易定位兼容问题。下面的 mixed-port 同时提供 HTTP 与 SOCKS 代理入口,端口必须未被其他程序占用;保持本地访问即可,不要随意开放局域网监听。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
在完整手册第 1 章查看 →
自动更新用于重新获取订阅内容,不保证订阅本身始终有效。先手动更新一次,确认节点和代理组正常,再设置适当间隔;失败时按链接有效性、网络可达性和格式兼容性依次检查。图形客户端的整份 Profile 更新通常在界面中设置,与 YAML 内的 proxy-providers 更新不是同一层机制。相比把两者混为一个开关,分开管理更容易解释规则为何被替换。下面展示节点提供器的定时拉取写法,示例地址需要换成自己的地址,且还需由代理组引用。
proxy-providers:
subscription:
type: http
url: "https://example.com/subscription"
path: ./providers/subscription.yaml
interval: 86400
在完整手册第 8 章查看 →
这三步只保留首次使用的主线。已经安装客户端的用户,可以从订阅导入开始;还没有安装的用户,先到下载页选择系统。不同客户端的按钮名称可能不同,但配置、代理组和连接记录的作用一致。
打开客户端的「配置」「订阅」或 Profile 页面,选择从链接导入,粘贴服务提供方给出的完整地址并保存。等待拉取完成后,应看到配置名称及对应内容;接着选中这份配置,确认它成为当前使用项。
若提示解析失败,先检查是否误复制了网页地址、说明文字或多余空格。订阅链接可能包含访问凭据,不要发到公开讨论区。客户端本身不附带可用线路,安装成功与订阅有效是两个独立条件。
进入代理页面,将运行模式设为 Rule 或「规则」。展开主要代理组,选一个可用出口,再按平台启用系统代理或建立 VPN 连接。桌面端初次使用先保持 TUN 关闭,减少同时变化的设置。
如果代理组中选中了 DIRECT,相关连接可能直接访问;若配置有多个用途不同的代理组,也要逐项核对。不要只看总开关亮起就结束设置,组内选择才决定匹配规则之后实际使用的出口。
访问一个需要检查的网站,回到客户端打开「连接」或日志页面,找到对应域名。先看是否出现连接,再看匹配规则与最终出口;有记录但访问失败时,继续检查节点、DNS 和目标服务本身。
没有任何记录时,优先检查应用是否使用了系统代理,或 VPN 是否真正建立。每次只改一个设置,重新访问后比较结果。完成验证再考虑开机启动、自动更新和 TUN,避免首次排查同时涉及多层配置。
理解项目之间的分工,比记住某个界面的按钮位置更有用。本站整理客户端入口与配置讲义,不代替各项目的发布说明;功能支持、安装要求和维护状态应结合所选客户端的实际说明判断。
Clash 最初形成了以 YAML、代理组和规则为核心的配置方式。原始项目停止维护后,社区继续围绕兼容配置发展不同客户端和内核。今天搜索到的 Clash 下载入口,可能指向界面完全不同的应用,不能仅凭名称相似就认定功能和维护状态相同。阅读教程时,应先确认产品全名,再确认客户端使用的内核,最后核对设置项是否适用。
mihomo 是这一生态中持续发展的开源内核之一。它与图形客户端不是同一个项目:内核负责网络处理,客户端则提供导入订阅、切换代理组、查看日志和系统集成等操作。某个客户端采用 mihomo,并不意味着所有客户端拥有相同的覆写界面、更新策略或权限申请方式。手册把通用概念与平台操作分开,便于更换客户端后继续使用已有知识。
开源仓库可以帮助确认配置字段的含义、问题讨论和维护活动,但仓库存在并不能直接证明某条线路可用。下面提供 mihomo 上游仓库及克隆命令,适合需要阅读源码或对照文档的用户。普通桌面用户不需要克隆仓库,也不必自行编译;直接从下载页选择图形客户端,再跟随使用文档完成配置即可。
遇到网上教程与客户端界面不一致时,先检查教程对应的产品、系统和内核条件。旧教程中的按钮位置可能已经调整,归档客户端也可能不再适合当前系统。不要为了复现某张截图而强行降级正在正常运行的环境,应优先寻找相同功能的当前入口,并在修改前保存可恢复的配置副本。
应用更新、内核更新和订阅更新解决不同的问题。应用更新主要改变界面和系统集成,内核更新影响协议及字段支持,订阅更新则重新获取服务提供方的节点或规则内容。网络突然异常时,先记录最近发生的是哪一种变化,再决定检查哪个层次,不要把所有更新操作连续执行一遍。
稳定使用后,可保留一份能正常工作的配置备份,并用清楚的名称记录用途。对订阅内容做长期修改前,先确认客户端是否支持合并或覆写;直接编辑拉取下来的文件,可能在下一次更新时丢失修改。更详细的备份、日志与恢复顺序见日常维护章节。
订阅能导入但网站打不开,并不一定是客户端安装问题。先看连接是否进入内核,再看规则是否匹配预期出口,最后检查节点与目标网站。若只有某个应用异常,应比较它是否遵循系统代理;若所有目标都失败,则检查当前配置、网络可达性和 DNS 日志。按层排查比频繁更换软件更容易保留有效线索。
客户端是连接工具,不负责保证订阅服务持续有效。使用网络服务时应遵守所在地法规、服务条款及所在网络的管理要求。求助时可以描述系统、客户端名称、报错与复现步骤,但应删除订阅地址中的凭据、节点密码及个人信息。需要进一步学习时,沿进阶路线章节逐项展开。
以下是最近三篇专题说明,分别补充速度排查、多配置管理与 macOS 权限处理。先按快速上手完成基本连接,遇到具体问题时再进入对应笔记,避免为了尚未遇到的情况一次修改过多设置。
按节点质量、线路与运营商、本地 DNS 与规则设置三层拆解网速慢的原因,给出每一层的判断方法和对应调整项。
阅读笔记 →解释 Profile 与订阅、本地 YAML 的关系,介绍多份配置的命名、切换、自动更新间隔设置,以及覆写不被订阅冲掉的做法。
阅读笔记 →讲解 macOS 上「无法打开」提示、网络扩展允许、系统代理与 TUN 所需的钥匙串授权和管理员密码弹窗的处理顺序。
阅读笔记 →