Windows
适合需要托盘操作、系统代理与开机自启的桌面用户。下载页列出 Clash Plus、Clash Verge Rev 等客户端;选择前先在系统设置中确认处理器与操作系统类型,不要仅凭电脑品牌判断安装包架构。
首次安装后先导入配置,再开启系统代理;只有需要接管不遵循代理设置的应用时,再检查服务模式和 TUN 权限。旧客户端迁移应保留订阅来源与自定义规则,避免直接覆盖新客户端的整个配置目录。
前往下载 Windows 客户端客户端负责操作入口,内核负责连接处理。按实际问题查阅配置能力,先完成最小可用设置,再逐项扩展。
规则模式把不同目标交给不同策略,不必让所有连接共用一个出口。内核从上到下检查规则,命中后便使用对应代理组或直连策略;因此,具体域名应放在宽泛规则之前,末尾再用 MATCH 承接其余连接。与全局模式相比,规则模式更适合兼顾本地服务和远程资源。修改时先确认策略名称存在,再在连接页查看命中规则,避免只凭网页是否打开来判断分流结果。
rules:
- DOMAIN-SUFFIX,github.com,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXY
示例中的 PROXY 是策略名称,需要在代理组中另行定义。GeoIP 判断依赖本地地理数据库,不能替代所有域名规则。
代理组为规则提供稳定的目标名称,节点变化时不必逐条修改规则。select 适合手动指定出口,url-test 用于按探测结果选择候选项,fallback 则偏向按顺序保持可用。与把节点名直接写进规则相比,分组更便于订阅更新和日常切换。使用前先检查组内成员是否真实存在,再设置合理的探测间隔;不需要频繁切换的场景,保留手动选择往往更容易解释连接行为。
proxy-groups:
- name: PROXY
type: select
proxies:
- DIRECT
这是只包含直连的结构示例,不代表已经配置代理节点。导入订阅后,应按配置中的实际节点或代理提供器补充成员。
系统代理主要影响主动读取系统代理设置的应用,部分程序和 UDP 流量需要另一种接入方式。TUN 通过虚拟网络接口与路由设置,把符合条件的流量送入内核,再由现有规则决定出口。它与全局模式不在同一层:开启 TUN 后仍可使用规则分流。首次启用前应确认服务权限,并检查其他 VPN、虚拟网卡及局域网访问需求;发生冲突时先关闭 TUN 对照测试,不要同时改动 DNS 和规则。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
示例面向支持相应字段的 mihomo 环境。图形客户端可能自行生成这一段配置,实际使用时优先通过客户端设置管理。
DNS 设置不仅决定查询发往哪里,也影响内核能否把连接与域名关联。Fake-IP 为查询分配保留地址,并在后续连接中还原域名,便于执行域名规则;它不同于直接返回真实地址的解析方式。遇到局域网设备、游戏或特定应用不兼容时,应针对域名设置过滤,而不是先关闭全部 DNS 功能。应用自带的加密 DNS 也可能绕过预期路径,排查时需要同时检查浏览器、系统和客户端三处设置。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
fake-ip-filter:
- "*.lan"
- "localhost"
这里只展示映射相关字段,实际配置还需设置适合网络环境的上游解析器。Fake-IP 地址本身不是远程服务器地址。
订阅链接是获取远程配置的入口,并不等同于客户端本身提供网络服务。导入前应确认链接来源与配置格式,导入后检查代理组、规则及更新时间。直接修改订阅生成的文件,常会在下次更新时被覆盖;需要长期保留的端口、DNS 或自定义规则,应放在客户端支持的覆写或合并配置中。与复制一份静态文件相比,远程订阅便于同步节点变化,但仍要关注更新失败提示和服务有效状态。
# 教学用地址,不是可用订阅
https://example.com/sub?token=xxxx
# 操作顺序
导入地址 → 更新配置 → 设为当前配置 → 检查代理组
订阅地址可能包含访问凭据。分享截图或排障日志前应隐藏完整链接,订阅转换也应优先使用可信或自托管环境。
同一生态中的客户端可以共享部分 YAML 配置思路,但系统代理、权限申请和后台运行方式并不相同。桌面端通常通过托盘菜单和服务模式管理连接,移动端则依赖系统 VPN 接口,并受电池与后台策略影响。迁移时先确认目标客户端的内核与字段支持,再导入订阅、选择代理组,最后重新配置系统集成。相比直接复制整个旧目录,逐项迁移更容易排除路径、网卡名称和旧缓存造成的问题。
可复用:订阅来源、域名规则、代理组设计
需复查:本地端口、权限、网卡、配置文件路径
需重设:系统代理、后台策略、开机自启
安装包按平台与处理器架构选择,具体入口见下方。配置兼容性应以所选客户端实际支持的功能为准。
首页提供平台索引,具体客户端、安装包与系统要求集中在下载页。先确认设备架构,再比较客户端的系统集成方式。
适合需要托盘操作、系统代理与开机自启的桌面用户。下载页列出 Clash Plus、Clash Verge Rev 等客户端;选择前先在系统设置中确认处理器与操作系统类型,不要仅凭电脑品牌判断安装包架构。
首次安装后先导入配置,再开启系统代理;只有需要接管不遵循代理设置的应用时,再检查服务模式和 TUN 权限。旧客户端迁移应保留订阅来源与自定义规则,避免直接覆盖新客户端的整个配置目录。
前往下载 Windows 客户端适合通过菜单栏管理代理、切换订阅和查看连接的用户。Apple Silicon 与 Intel 设备对应不同安装包,可在“关于本机”中确认芯片信息。优先选择仍在维护、符合当前系统要求的客户端。
安装后按提示完成必要授权,再检查系统网络代理是否与客户端显示一致。睡眠唤醒、更换无线网络或连接其他 VPN 后,如果连接异常,应先查看当前网络接口与代理状态,不必立刻重新导入整份订阅。
前往下载 macOS 客户端适合通过系统 VPN 接口管理移动设备连接的用户。下载时区分 ARM64、ARM 与通用安装包,并核对客户端要求;安装成功后,系统的 VPN 授权是建立本地流量接管通道所需的步骤。
若锁屏后断开,先检查电池优化、后台运行与厂商自启动设置,再观察日志,不要一次放开所有后台限制。使用分应用代理时,还应确认目标应用是否被纳入接管范围,以及设备上是否已有另一个 VPN 服务运行。
前往下载 Android 客户端下载页提供 Clash Plus 的 App Store 入口,并列出官网 clashplus.io。安装后先确认订阅格式能被客户端识别,再按系统提示添加 VPN 配置,随后选择需要使用的代理策略。
移动网络与无线网络之间切换后,既要观察客户端状态,也要用实际目标应用验证连接。不要把 VPN 标识单独当作远程出口正常的依据;订阅有效期、代理组选择与规则命中仍需分别确认。
前往下载 iOS 客户端桌面用户可先比较 Clash Verge Rev 与 FlClash,按发行版选择合适的包格式。安装后检查桌面环境的代理支持、托盘行为与必要权限;命令行程序未必读取桌面系统代理,需按程序文档设置环境变量或使用其他接管方式。
服务器与路由器用户可以进一步查看 mihomo 内核入口,但需要自行管理启动参数、配置路径和服务生命周期。控制接口与代理监听地址应按实际需要限制,开放局域网连接前先确认防火墙与访问范围,避免把本地服务暴露到不可信网络。
以公开代码、项目文档与发布记录作为判断依据。客户端名称相近,并不意味着维护状态、功能范围和配置行为完全一致。
Clash 生态包含代理内核、图形客户端和配置工具等不同项目。原版 Clash 与部分早期客户端停止维护后,社区分支持续演进,Clash Meta 这一名称也经常出现在旧教程和配置说明中。mihomo 是当前生态中常见的内核项目;阅读旧资料时,应先确认它描述的是哪个时期、哪一种内核,而不是仅看文件名里是否带有 Clash。
内核负责协议处理、规则匹配、DNS 与连接转发,图形客户端则负责订阅导入、托盘菜单、系统代理、权限管理及日志展示。Clash Verge Rev 等产品把内核能力包装为可操作的桌面界面,但界面开关与内核配置字段并不总是一一对应。同一份订阅在不同客户端中的结果,也可能受默认覆写和系统接管方式影响。
项目仓库可以用来查阅配置字段、发布说明、已知问题及修复讨论。判断一个问题是否已被处理,应结合问题描述、变更记录和实际发布包,而不是单看仓库的受关注程度。本站不以未经核实的下载量或评分作为推荐依据;选型应回到设备兼容性、持续维护情况与所需功能本身。
mihomo 仓库声明采用 GPL-3.0 协议;图形客户端、附属资源和第三方依赖应分别以各自项目声明为准。开源代码可供审阅和研究,但安装包、订阅服务与第三方配置仍有独立来源。导入陌生配置前,应检查远程规则、脚本或控制接口等内容是否符合实际用途,并保护订阅地址中的访问凭据。
客户端更新、内核更新、订阅更新和 GeoIP 等规则资源更新是不同操作。更新客户端主要影响界面与系统集成,更新订阅主要改变远程提供的节点或规则;其中一项完成,并不表示其他内容也已同步。遇到兼容性变化时,应先阅读发布说明,并保留可以恢复的旧配置。
建议把自定义规则和覆写文件单独备份,记录修改目的,更新后只验证受影响的功能。若一次同时替换内核、DNS 和分流规则,即使连接恢复,也很难判断问题来自哪里。稳定使用时,保持可解释的配置通常比不断叠加新参数更重要。
开始使用时,依次确认配置已激活、代理组已选择、系统接管已开启,再访问目标应用,并在连接页查看目标域名、命中规则和实际策略。全局模式可以短暂帮助区分规则问题,但它不保证所有程序都已经进入客户端;系统代理与 TUN 决定流量如何进入,代理模式决定进入后如何处理。
如果网页可用而商店应用异常,可进一步查阅 UWP 回环相关说明;如果只有域名访问失败,应重点检查 DNS 路径。更多针对性步骤见常见问题,完整的学习顺序见使用手册。恢复正常后再清理临时测试设置,避免遗留全局模式或过量日志。
基础连接完成后,再按具体症状深入阅读。文章区分操作系统限制、客户端设置和内核行为,减少跨层排查带来的反复尝试。
按内核、图形前端、移动端三条线索,理清原版内核、Meta 分支与 mihomo 的演变关系,以及主流客户端分别基于哪个内核构建。
阅读文章 →解释 UWP 应用默认禁止访问本机回环地址的原因,演示图形工具与命令行两种豁免方式,并说明如何撤销与验证效果。
阅读文章 →定位移动端耗电异常的常见来源,讲清厂商后台限制、电池优化白名单与 VPN 服务常驻之间的平衡,给出可逐项核对的设置清单。
阅读文章 →