Windows
适合桌面日常使用。下载页按图形客户端与归档客户端分别列出,并说明安装包架构、系统代理和 TUN 权限的差异。
前往下载按系统选择合适的 Clash 客户端,再通过中文文档完成订阅导入、规则分流、DNS 与 TUN 配置。下载入口、基础步骤和进阶参数分别整理,查找时不必在不同项目页面之间反复跳转。
Clash 客户端的界面各不相同,但底层工作通常围绕配置载入、策略选择、规则匹配与流量接管展开。下面四组内容对应日常使用中最常查询的部分,可通过标签切换查看原理、配置片段与适用边界。
订阅负责提供节点、策略组和基础规则,客户端则负责定期拉取并写入本地配置。首次使用时,应先确认订阅地址能正常响应,再检查配置预览中是否出现代理与策略组。需要保留本地 DNS、端口或规则设置时,不宜直接反复修改订阅生成文件,而应使用客户端提供的覆写、合并或脚本功能,把个人调整放在独立层。这样更新订阅时,节点清单可以替换,手工配置仍能按既定顺序合并。
查看订阅导入步骤 →mixed-port: 7890
mode: rule
profile:
store-selected: true
proxy-providers:
primary:
type: http
path: ./providers/main.yaml
策略组不是简单的节点文件夹,而是把手动选择、自动测速、故障转移和负载分配组织成可复用的决策层。日常浏览可使用手动选择或自动测速组;稳定性优先的服务可使用 fallback;需要分散长连接时再考虑 load-balance。配置时要同时检查组内成员、测试地址、检测间隔和容差,不应只看类型名称。规则最终指向策略组后,节点更换无需逐条改规则,维护成本会明显降低。
查看策略组配置 →规则模式会从上到下检查每一条规则,命中后立即交给指定策略组,因此顺序本身就是配置逻辑。精确域名与业务规则通常放在前面,范围较大的域名后缀、GeoSite 或 GeoIP 放在后面,最后再用 MATCH 承接未命中流量。大型规则清单适合拆成 rule-providers 独立更新,主配置只保留引用关系。排查分流错误时,先查看连接日志实际命中的规则,再判断是规则缺失、顺序被覆盖,还是目标策略组选错。
查看规则集管理 →rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- GEOSITE,category-ads-all,REJECT
- GEOIP,CN,DIRECT
- MATCH,PROXY
系统代理只影响主动读取代理设置的应用,TUN 则通过虚拟网卡接管更广范围的网络流量,两者适用场景不同。DNS 配置负责域名解析与映射,Fake-IP、nameserver、fallback 和规则匹配需要形成一致链路。遇到网页可开但应用无法联网、域名解析失败或局域网地址异常时,应分别检查代理端口、TUN 权限、DNS 监听与排除路由,而不是一次性改动全部选项。逐层验证更容易确定故障发生在哪一段。
查看 DNS 与 TUN 章节 →先按正在使用的系统进入对应标签,再比较维护状态、界面方式、安装格式和架构支持。首页只提供平台入口,完整客户端清单、系统要求与安装包链接集中放在下载页,避免在不同位置出现不一致的信息。
适合桌面日常使用。下载页按图形客户端与归档客户端分别列出,并说明安装包架构、系统代理和 TUN 权限的差异。
前往下载同时关注 Apple Silicon 与 Intel 架构。进入后可查看不同客户端的安装方式,以及系统代理、菜单栏操作和配置目录说明。
前往下载适合手机与平板。下载前应确认处理器架构;导入订阅后,还需要允许客户端建立系统 VPN 连接,流量接管才能生效。
前往下载通过商店页面安装 Clash Plus。进入 iOS 标签后可查看应用入口、官网信息与首次添加 VPN 配置时需要确认的系统步骤。
前往下载桌面用户可选择图形客户端;服务器、软路由和容器环境则更常直接运行 mihomo 内核。下载页会把两类用途分开,避免把桌面安装包与内核压缩包混在一起。
前往下载先看操作系统,再看是否需要图形界面。普通桌面与移动设备优先使用带界面的客户端,导入订阅、切换策略和查看日志更直接;Linux 服务器或路由器环境通常采用 mihomo 内核配合配置文件与服务管理器。若设备属于 ARM 架构,还要进一步核对 ARM64、ARMv7 等标识。客户端名称相近并不代表安装包可以跨系统使用,安装前应以下载页的系统要求为准。
Clash 生态由内核、图形客户端、配置格式和社区规则等多部分组成。不同客户端可以使用相同或相近的配置思路,但项目维护者、支持平台、界面功能与发布节奏并不完全一致。选择软件时应同时查看项目状态与系统适配,而不是只根据名称判断。
Clash 最初形成了广泛使用的规则配置方式与策略组模型,后续不同社区项目在此基础上维护客户端和兼容内核。当前查阅配置能力时,经常会接触到 mihomo、Clash Meta 相关名称。它们之间有历史与兼容关系,但不能简单视为同一个安装程序。本站在下载清单中按具体客户端名称列出,文档则以仍在使用的配置概念为主。
mihomo 负责解析配置、建立代理连接、执行规则匹配、提供 DNS 与 TUN 等底层能力;图形客户端在其外层提供安装、订阅管理、策略切换、日志查看与系统托盘操作。一个界面功能是否存在,既取决于内核能力,也取决于客户端是否把对应设置暴露出来。因此文档中的 YAML 参数与客户端界面选项需要分别理解。
规则集、GeoSite 数据、面板、订阅处理工具和不同平台客户端共同构成使用环境。社区资源可以降低配置成本,但引入外部规则或脚本前,仍应看清更新来源、引用路径和覆盖顺序。尤其是远程规则集发生结构变化时,错误可能表现为配置加载失败,也可能只是部分流量没有命中预期策略,排查方式并不相同。
客户端更新、内核更新、订阅更新和规则集更新是四条不同链路。客户端升级主要改变界面与集成功能;内核升级影响协议和配置能力;订阅更新替换节点及服务方提供的策略;规则集更新则改变域名与 IP 的分类结果。出现问题时,先确认最近变化来自哪条链路,再回退或检查对应部分,比同时重装和重写配置更有效。
git clone https://github.com/MetaCubeX/mihomo.git
许多连接问题并不是节点本身造成的,而是客户端类型、订阅内容、代理模式或系统权限没有对应起来。下面是首次安装与迁移配置时最常遇到的几个判断点。
Clash 通常指配置体系与相关生态,mihomo 是持续维护的兼容内核之一,图形客户端则负责把内核能力接入桌面或移动系统。实际安装的是具体客户端或内核文件,不是一个适用于所有平台的通用安装包。选择时先看系统,再确认客户端使用的内核与功能范围。查看更多基础认知问题 →
先检查订阅返回内容是否为 Clash 可识别配置,再查看客户端配置预览和运行日志。如果订阅只返回错误页面、认证提示或不完整 YAML,界面可能显示导入完成,但实际没有生成代理列表。还要确认策略组是否引用了正确的代理或 provider,避免节点存在却没有被加入任何可见策略组。查看安装配置排查 →
浏览器和多数遵循系统代理设置的桌面应用,通常先使用系统代理即可;游戏、命令行工具或不读取系统代理的应用,可能需要 TUN 才能覆盖。TUN 涉及虚拟网卡、路由和权限,开启后应同步检查 DNS 与局域网排除项。不要为了扩大接管范围同时叠加多套代理方式,否则故障定位会更复杂。阅读 TUN 与 Fake-IP 说明 →
先在浏览器或命令行确认订阅地址能否返回有效内容,再检查客户端时间、网络连通性、订阅地址是否完整以及日志中的 HTTP 状态。若旧配置仍能连接而新内容拉取失败,问题通常集中在订阅请求链路;若下载成功但加载报错,则应转向 YAML 语法、规则集路径和覆写合并结果。查看完整故障排查 →
围绕系统代理、运行日志与流量接管整理可复现的检查步骤。文章先解释现象对应的工作层级,再给出核对顺序,避免一遇到连接问题就同时重置所有设置。
浏览器可能读取系统代理,也可能使用自己的代理设置;终端程序则常依赖环境变量。文章分别检查覆盖设置、代理端口、环境变量与验证命令,帮助判断流量在哪一层绕开了客户端。
阅读全文 →运行日志会同时出现规则命中、DNS 查询、连接建立和错误原因。本文说明常见字段的阅读顺序,并区分解析失败、连接超时、拒绝连接与配置加载错误各自应检查的位置。
阅读全文 →系统代理依赖应用主动读取设置,TUN 则在网络层通过虚拟网卡接管流量。文章从生效范围、DNS 处理、权限要求和排查成本逐项比较,给出桌面日常与特殊应用的选择方式。
阅读全文 →