Windows
适合通过图形界面管理订阅、策略组与连接记录。可从 Clash Plus 开始,也可按操作习惯选择 Clash Verge Rev 等客户端。安装前在系统信息中确认处理器架构,避免将不同架构的安装包混用。
首次连接先使用系统代理验证浏览器访问;需要接管其他应用时,再检查服务组件和 TUN 权限。Clash for Windows 已停止维护,归档入口与当前客户端分开说明。
前往下载 Windows 客户端围绕 mihomo 内核,说明规则分流与 TUN 模式的配置方法。
PLATFORMS / 平台索引
先确认系统与处理器架构,再选择客户端。安装包、维护状态与平台要求集中列在下载页。
适合通过图形界面管理订阅、策略组与连接记录。可从 Clash Plus 开始,也可按操作习惯选择 Clash Verge Rev 等客户端。安装前在系统信息中确认处理器架构,避免将不同架构的安装包混用。
首次连接先使用系统代理验证浏览器访问;需要接管其他应用时,再检查服务组件和 TUN 权限。Clash for Windows 已停止维护,归档入口与当前客户端分开说明。
前往下载 Windows 客户端按 Apple Silicon 或 Intel 处理器选择对应安装包。桌面客户端通常提供菜单栏控制、配置切换和系统代理入口;Clash Plus、Clash Verge Rev 与 FlClash 的具体选项在下载页列出。
安装后先完成系统要求的授权,再导入配置。若启用 TUN,需要同时关注网络扩展或服务权限。切换客户端前关闭原有代理,减少多个应用反复改写系统代理设置的情况。
前往下载 macOS 客户端通过系统 VPN 接口接管应用连接。可选择 Clash Plus、Clash Meta for Android 或 FlClash;不同客户端的界面与内核支持范围并不完全相同,导入前应确认配置格式。
首次启动连接时需要同意系统 VPN 授权。若锁屏后连接中断,再检查电池优化、后台活动与厂商系统的自启动限制。手机上的其他 VPN 类应用可能与当前连接互斥,应逐项确认。
前往下载 Android 客户端下载页提供 Clash Plus 的 App Store 入口,并列出官网 clashplus.io。安装后按客户端支持的方式导入配置,确认订阅内容可被识别,再授权创建 VPN 配置。
移动网络与无线网络切换后,可以用同一目标站点复测连接。桌面配置中的进程规则、文件路径或网络栈参数不应直接照搬到手机;涉及系统差异的内容请查阅全平台指南。
前往下载 iOS 客户端桌面用户可选择 Clash Verge Rev 或 FlClash,并按发行版使用相应软件包。服务器、路由器与需要自主管理服务的用户,可以在下载页的内核区查找 mihomo。
图形界面启动成功不代表路由已接管。系统代理依赖桌面环境和应用支持,TUN 则涉及设备权限、路由与 DNS。建议先在前台检查日志,再考虑后台服务与开机启动。
前往下载 Linux 客户端ROUTING / 功能索引
分流判断,从规则开始。
连接接管,另看系统边界。
以下片段用于解释 mihomo 配置结构,不是可直接连接的完整配置。策略组、节点与规则文件需要自行补齐,其他内核或客户端应先确认兼容性。
从订阅导入开始 →规则分流解决不同目标需要不同出口的问题。内核按列表从上到下匹配,命中后通常不再继续判断;因此具体域名规则应放在宽泛规则之前,最后用 MATCH 接住剩余连接。与全局模式统一选择策略不同,规则模式可以同时保留直连与代理路径。调整时先在连接记录中查看命中的规则,再修改对应条目,避免只凭访问速度猜测流向。示例中的 PROXY 必须对应实际存在的代理或策略组名称。
rules:
- DOMAIN-SUFFIX,example.com,PROXY
- GEOIP,LAN,DIRECT
- MATCH,PROXY
DNS 决定域名如何转为连接目标,也会影响规则能否获得完整域名信息。fake-ip 通过虚拟地址映射保留域名上下文,与直接返回真实地址的方式不同,但部分局域网设备和特殊应用可能需要例外。使用时先确认客户端是否启用内置 DNS,再检查解析上游是否可达。仅在配置中写入加密 DNS 地址,并不能证明所有系统解析都已被接管;仍需结合应用行为、系统设置和 TUN 劫持范围测试。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
nameserver:
- https://1.1.1.1/dns-query
TUN 通过虚拟网卡处理进入相应路由的流量,适合不读取系统代理的应用。它与全局模式不是同一概念:前者决定连接如何进入内核,后者决定进入内核后如何选择出口。开启前先用系统代理确认线路可用,再按平台授予创建网卡与调整路由所需权限。若出现局域网访问异常,应检查路由冲突和其他 VPN,而不是反复更换节点。DNS 劫持还需配合已启用的内置 DNS,具体参数以当前内核文档为准。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53
订阅负责获取配置或代理信息,不等同于客户端自身更新。常见图形客户端会管理整份远程配置,而 proxy-providers 可以在主配置中独立载入代理集合,两者的更新范围不同。使用前确认提供方给出的是完整配置还是节点列表;遇到格式错误时先看响应内容,避免把登录页面当作订阅保存。更新可能覆盖远程文件中的手动改动,需要长期保留的规则应通过客户端支持的覆写机制管理,并妥善保管订阅地址。
proxy-providers:
local-nodes:
type: file
path: ./providers/nodes.yaml
proxy-groups:
- name: PROXY
type: select
use:
- local-nodes
配置文件将代理、策略组、规则与 DNS 组织在一起,策略组则为规则提供稳定的出口名称。更换节点时只调整组内选择,可以避免逐条修改规则;这与把每条规则直接绑定到某个节点的做法不同。手工编辑 YAML 时使用空格缩进,核对组名是否与规则引用一致。切换配置后若之前的选择被保留,应检查客户端与内核的持久化设置。排查时保留一份已知可用的配置,有助于区分订阅问题和本地设置问题。
profile:
store-selected: true
store-fake-ip: true
proxy-groups:
- name: LOCAL
type: select
proxies:
- DIRECT
客户端提供界面,内核执行解析、规则匹配与连接转发。名称相近的客户端可能使用不同内核或构建选项,某个设置在界面中出现,并不意味着所有配置语法都通用。遇到无法连接时,先确认配置已成功载入,再观察目标域名、命中规则和最终策略。日志级别可临时提高,但详细日志可能包含访问目标,不宜直接公开完整内容。与单看节点测试结果相比,真实连接记录更能说明具体应用经过了哪条处理路径。
mode: rule
log-level: info
allow-lan: false
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,DIRECT
SOURCE / 开源与维护
客户端名称不是兼容性结论。
配置行为,需要回到内核与文档。
Clash 最初以规则驱动的代理内核进入用户视野,随后出现了面向不同操作系统的图形客户端。原 Clash 项目及部分早期客户端停止维护后,生态中仍有不同方向的后续实现。Clash Meta 后来以 mihomo 名称继续发展,因此旧教程中的 Clash、Meta 与当前文档中的 mihomo 有时指向不同阶段的项目。阅读教程时,应先辨认讨论的是内核、客户端,还是某种配置格式。
Clash for Windows 是历史桌面客户端名称,不是所有 Windows 平台 Clash 客户端的统称。旧安装包仍可用于研究既有环境,但停止维护意味着后续系统兼容性、协议支持与问题修复不能据此作出保证。新安装应优先比较仍在维护的客户端;迁移时保留原始配置,再检查规则、DNS 和代理组的兼容情况,而不是只替换程序文件。
mihomo 的源代码以 GPL-3.0 协议发布,可在公开仓库中查阅实现、提交记录与问题讨论。代码公开让配置行为有据可查,但某个图形客户端的功能、打包方式和维护节奏仍应以其自身项目说明为准。这里不使用星标数量推断连接质量,也不把社区热度当作适合所有设备的结论。选型更应关注系统支持、权限要求和日常维护习惯。
开源内核、客户端与线路服务是不同层次。软件许可说明代码如何使用和分发,订阅服务则提供连接信息和相应使用条件;两者不能互相替代。公开节点可能随时失效,也无法仅凭分享页面判断运营主体。涉及账户登录、支付或其他敏感操作时,应评估线路来源,并继续使用目标应用自身的加密连接。
图形客户端通常负责配置管理、系统代理开关、服务安装与日志展示,内核负责实际处理连接。本文展示的语法以 mihomo 为背景;iOS 或其他平台客户端应按自身文档确认支持范围。即使同样使用 YAML,某些字段也可能因内核能力、平台网络接口或客户端覆写方式而产生不同效果。导入成功只说明文件可被接受,还应验证实际流量走向。
系统代理、TUN 与规则模式分别处在不同层次。系统代理依赖应用主动采用代理设置,TUN 通过网络路由引入流量,规则模式则在接管之后决定策略。把这三件事拆开,可以更快定位“浏览器可用但其他应用不可用”“开启全局后仍有连接直出”等问题。先查看连接是否进入内核,再判断命中规则,最后检查所选线路是否可达。
客户端更新可能涉及界面与系统集成,内核更新可能改变协议或配置行为,订阅更新会替换连接信息,规则集和地理数据库更新则影响分类结果。这些操作并不必然同时发生。升级前记录正在使用的配置与本地覆写,阅读变更说明;升级后复测常用站点、局域网设备和休眠恢复,不宜一次调整所有网络参数。
下载页集中展示平台入口与安装说明,首页不固定展示具体发行编号。排查升级后的问题时,可先使用最小配置复现,再逐步恢复规则集、DNS 策略与 TUN。向项目反馈时,应说明操作系统、客户端名称、内核信息与复现步骤,并移除订阅地址、账户信息和其他敏感内容。只提供“无法上网”通常不足以区分解析失败、路由冲突与线路不可用。
NOTES / 配置记录
按流量接管、域名解析与出口选择逐层查阅。示例用于说明配置方法,实际参数应与当前客户端支持范围对应。
解释 TUN 虚拟网卡与系统代理在流量接管上的差异,讲解 stack、auto-route、dns-hijack 等参数,以及在 Windows、macOS、Linux 上开启 TUN 的权限要求。
阅读 TUN 教程 →介绍 DNS 泄漏的检测步骤与结果判读,逐项调整 enhanced-mode、nameserver、fallback 与 nameserver-policy,配合 TUN 劫持系统 DNS,检查解析请求的实际去向。
阅读 DNS 排查 →用实际访问场景对比规则、全局、直连三种代理模式的流量走向,说明各自的适用时机、切换位置,以及误开全局模式导致国内网站变慢的原因。
阅读模式说明 →