PCIE / WIN
前往下载
Windows
适合桌面端日常使用。下载页提供 Clash Plus、Clash Verge Rev、FlClash、Clash Nyanpasu，以及用于历史配置迁移的 Clash for Windows 归档入口。安装前应先在系统设置中确认 Windows 版本与处理器架构；日常用户优先选择带图形界面、仍在维护且支持 Mihomo 的客户端。
OPEN SOURCE · CLIENT AND CONFIGURATION
Clash官网 客户端下载 与配置文档
按设备选择可维护的 Clash 客户端，使用规则分流、策略组与中文配置文档完成订阅导入、系统代理设置和连接排查。
- 永久免费
- 代码开源
- 五个平台入口
- 中文配置文档
- Mihomo 内核生态
PLATFORM CONNECTORS
按操作系统进入下载页
先确认设备系统，再在下载页核对处理器架构、客户端维护状态与安装包类型。首页入口只负责定位平台，不直接分发安装文件。
PCIE / MAC
前往下载
macOS
下载时需要区分 Intel 与 Apple Silicon。图形客户端可管理系统代理、规则模式和订阅更新；首次打开时还应按系统提示完成应用授权。旧版 ClashX Meta 仅用于已有工作流迁移，新安装优先查看当前维护客户端。
PCIE / ANDROID
前往下载
Android
适合手机与平板。安装包通常按 ARM64、ARM 或通用架构区分，近年的主流设备多使用 ARM64。导入订阅后，需要允许客户端建立本地 VPN 接口；省电策略可能中止后台连接，持续使用时应检查系统的电池优化设置。
PCIE / IOS
前往下载
iOS
通过 App Store 安装 Clash Plus，并使用系统提供的 VPN 配置能力接管需要代理的连接。导入配置前应确认订阅内容受信任；如果同一配置需要在多台设备使用，可分别导入并独立检查策略组选择，避免沿用不适合当前网络的节点。
PCIE / LINUX
前往下载
Linux
桌面环境可选择 Clash Verge Rev 或 FlClash；服务器、软路由与容器环境通常直接运行 Mihomo 内核。使用内核时需自行管理配置路径、服务守护、文件权限和控制端口，因此首次接触 Clash 的用户更适合从图形客户端开始。
CONFIGURATION BUS
Clash 配置结构剖面
配置不是互不相关的开关集合。连接先进入网络接口，再经过域名解析、规则匹配与策略组选择，最后由选定出口处理。以下五个结构带按职责拆开说明。
01 / RULE ENGINE
按顺序匹配连接目标
规则引擎根据域名、IP、进程或规则集判断连接应进入哪个策略。配置中的规则从上向下匹配，命中后通常不再继续检查，因此具体域名规则应放在宽泛规则之前，MATCH 则用于处理此前未命中的连接。排查分流错误时，先确认当前模式为规则模式，再检查规则顺序、规则集加载状态和最终指向的策略组名称。
与只提供全局开关的代理工具相比，Clash 的规则链可以把直连、代理和拦截行为写入同一份配置。规则本身不决定具体节点，它只把流量交给策略组；这种分层让规则集可以长期复用，而出口节点可以按网络状况单独切换。
rules:
- DOMAIN-SUFFIX,example.cn,DIRECT
- GEOIP,CN,DIRECT
- MATCH,PROXY02 / PROXY GROUPS
把规则目标映射到可切换出口
策略组位于规则与节点之间。select 适合手动指定出口，url-test 可按测试结果自动选择，fallback 按顺序检查可用性，load-balance 则用于多出口分配。实际配置应依据稳定性需求选择组类型，不能只看名称相似就互换；自动测试地址、测试间隔与超时设置也会影响切换结果。
建议让业务规则引用稳定的策略组名称，而不是直接写某个节点名。订阅更新导致节点增删时，只需调整组内成员，不必重写整套规则。多订阅合并时还要避免重名节点，并确认策略组引用的提供器已经加载完成。
proxy-groups:
- name: PROXY
type: select
proxies:
- AUTO
- DIRECT03 / DNS PIPELINE
统一域名解析与规则判断
DNS 配置负责域名如何解析、查询发往哪个服务器，以及解析结果如何与规则引擎配合。启用 Fake-IP 后，客户端先返回保留地址并保存域名映射，后续连接可继续按域名规则判断；Redir-Host 更接近传统解析流程。遇到网站解析异常时，应依次检查系统 DNS 是否被接管、上游地址是否可达、增强模式是否匹配当前网络，以及过滤列表是否覆盖局域网域名。
DNS 泄漏、污染和循环查询往往来自多层软件同时接管解析。配置时应明确由系统、客户端还是路由器承担入口解析，并避免把需要通过代理访问的 DNS 上游错误地交给直连链路。
dns:
enable: true
enhanced-mode: fake-ip
nameserver:
- 1.1.1.104 / TUN INTERFACE
接管不遵循系统代理的流量
TUN 模式创建虚拟网络接口，使不读取系统代理设置的应用也能进入 Clash 处理链。它适用于命令行工具、部分游戏启动器和使用独立网络栈的软件，但同时会增加路由、DNS 与权限配置的复杂度。桌面端启用前应确认客户端具备所需权限，并检查其他 VPN、安全软件或虚拟网卡是否占用相同路由。
如果开启 TUN 后完全断网，不应立即反复切换节点。更有效的顺序是先关闭 TUN 恢复基线，再检查堆栈类型、自动路由、DNS 劫持和防火墙规则。只有系统代理正常而特定应用不经过代理时，才需要进一步判断是否必须启用 TUN。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true05 / EXTERNAL CONTROL
通过本地接口读取状态与切换策略
外部控制接口供桌面客户端或控制面板读取代理组、连接和日志，并执行策略切换。接口通常只需要监听本机地址；如果扩展到局域网，必须同步设置访问密钥和防火墙范围。控制面板只是管理入口，实际流量仍由 Clash 或 Mihomo 内核处理，因此面板打不开与代理链路失效是两类问题，应分别检查静态页面、控制端口和内核进程。
远程管理时不应直接暴露控制端口。更稳妥的方式是通过受控网络、反向代理访问控制面板，并限制可到达接口的来源。修改控制地址后，还要同步更新客户端面板中的连接参数。
external-controller: 127.0.0.1:9090
secret: "your-password"OPEN SOURCE TRACE
开源生态与维护边界
Clash 相关客户端、内核与配置格式由多个项目共同组成。识别各层职责，比只记住某个客户端名称更有助于后续迁移和排障。
项目历史：从 Clash 规则模型到持续维护的衍生生态
Clash 以规则驱动的代理模型建立了配置基础：监听端口、代理节点、策略组、规则和 DNS 共同构成处理链。原始项目的维护状态发生变化后，社区中的客户端与兼容内核继续演进。当前选择客户端时，不能只根据名称中是否包含 Clash 判断可用性，而应同时查看维护状态、内核类型、操作系统支持和配置兼容范围。
Clash for Windows 等历史客户端仍可能出现在旧教程和已有设备中，但停止维护的软件不适合作为新安装的默认选择。迁移时应先导出或保存原配置，再核对新客户端支持的订阅格式、脚本能力和覆写方式，避免把客户端特有字段直接当作通用内核字段使用。
开源生态：客户端、内核与配置不是同一个组件
图形客户端负责安装体验、订阅管理、系统代理开关、日志展示和策略组操作；Mihomo 等兼容内核负责解析配置、建立监听端口并执行规则；订阅服务则提供节点与策略内容。三个层次可以组合，但故障位置不同。客户端界面能打开，不代表内核已经启动；内核运行正常，也不代表订阅中的节点当前可用。
定位问题时应按层检查：先确认本地网络与系统时间，再确认订阅响应和配置解析，然后检查内核日志、代理模式、策略选择、DNS 与系统防火墙。分层排查可以避免在节点不可用时反复重装客户端，也能避免把配置语法错误误判成系统网络故障。
内核关系：Mihomo 提供持续扩展的兼容实现
Mihomo 延续 Clash 配置思路，并扩展规则提供器、代理提供器、DNS、TUN、流量嗅探和控制接口等能力。多数现代图形客户端会封装内核下载与启动流程，普通用户通常不需要手动运行二进制文件；服务器、路由器和容器用户则需要自行处理配置目录、运行权限、服务守护与日志轮转。
配置迁移不能只看 YAML 是否能够解析。某些字段依赖特定内核版本或客户端覆写逻辑，同一订阅在不同客户端中的默认 DNS、TUN 堆栈和系统代理行为也可能不同。迁移后应分别验证直连站点、代理站点、域名解析和应用退出后的系统代理恢复状态。
更新机制：先确认变更层，再决定是否升级
客户端更新、内核更新和订阅更新解决的问题不同。客户端升级通常改变界面、系统集成和内核管理方式；内核升级可能增加配置字段或修复网络行为；订阅更新则改变节点、策略组和规则内容。出现异常时，应记录最近变更的是哪一层，再决定回退配置、切换节点还是重新安装客户端。
更新前保留当前可用配置，并记录系统代理、TUN、DNS 和覆写设置。更新后不要只用延迟测试判断结果，应检查策略组是否完整、规则提供器是否加载、日志是否存在解析错误，以及浏览器与不读取系统代理的应用是否分别按预期工作。
QUICK DIAGNOSTICS
常见问题精选
以下结论用于建立排查顺序。需要完整步骤时进入疑难解答或使用文档。
Clash for Windows 停止维护后应该选择哪个客户端？
新安装应优先选择仍在维护、支持当前操作系统并采用兼容内核的客户端。Windows 用户可先比较 Clash Plus、Clash Verge Rev、FlClash 与 Clash Nyanpasu；迁移旧配置时先保存订阅地址和本地覆写，再逐项验证系统代理、策略组、DNS 与 TUN 设置。详细差异见客户端对比。
导入订阅后看不到节点，先检查什么？
先查看订阅请求是否成功，再确认返回内容能够被当前客户端解析。如果日志提示 YAML 语法、字段类型或策略组引用错误，应先修复配置；如果订阅内容正常但列表未刷新，可重新拉取并检查客户端是否使用了旧缓存。不要在尚未确认解析结果时反复切换代理模式。
开启系统代理后仍然无法上网，如何缩小范围？
先关闭系统代理确认本地网络本身可用，再检查内核是否启动、节点是否可连接、当前模式与策略组是否正确。浏览器无法访问时还要检查 DNS；只有特定应用不经过代理时，再判断该应用是否忽略系统代理并需要 TUN。完整流程见疑难解答。
规则模式、全局模式和直连模式有什么区别？
规则模式按配置逐条决定直连、代理或拦截；全局模式通常把连接交给统一策略组，适合临时验证节点链路；直连模式跳过代理出口，可用于确认问题是否来自代理链。日常使用一般采用规则模式，全局模式更适合作为短时诊断手段，而不是长期替代规则配置。
TECHNICAL NOTES
近期配置与排障文章
围绕节点连接、订阅解析与客户端选型整理可复用的检查顺序。文章结论以配置层级和操作路径为主，不使用无法复现的性能数字。
Clash 节点超时无法连接：从网络入口到代理链路的排查顺序
按本地网络、订阅状态、节点可用性、代理模式、DNS 与系统防火墙的顺序定位连接超时，避免在问题层级尚未确认时重复安装客户端。
阅读全文 →Clash 订阅失效与配置解析失败：常见原因及恢复步骤
区分订阅地址过期、响应内容异常、配置格式错误与客户端缓存问题，并说明如何通过请求结果和内核日志判断故障发生在哪一层。
阅读全文 →Clash 客户端怎么选：Windows、macOS、Android 与 iOS 横向对比
从平台覆盖、内核支持、配置能力和维护状态比较主流客户端，并说明桌面端、移动端与服务器环境应采用的不同选择标准。
阅读全文 →