Windows
适合桌面浏览器、办公软件和需要系统代理的常用环境。下载前确认系统架构,安装后先导入配置,再开启系统代理;Microsoft Store 应用无法联网时,可继续检查 UWP 回环和本地端口占用。
平台入口
首页只负责把设备带到对应平台清单。下载页会继续列出可选客户端、适用架构与系统要求;同一平台可能同时有桌面图形客户端、移动端应用或面向服务器的内核包,安装前先确认设备类型。
适合桌面浏览器、办公软件和需要系统代理的常用环境。下载前确认系统架构,安装后先导入配置,再开启系统代理;Microsoft Store 应用无法联网时,可继续检查 UWP 回环和本地端口占用。
Intel 与 Apple Silicon 需要选择对应安装包。首次启动若被系统安全策略拦截,应从系统设置确认应用来源与权限;需要接管更多应用流量时,再根据客户端说明启用增强模式或 TUN。
适合手机、平板和基于 Android 的部分电视设备。导入订阅后需要允许系统创建 VPN 连接;若后台一段时间后自动断开,应检查电池优化、后台运行限制与系统的常驻通知权限。
iPhone 与 iPad 通过 App Store 获取 Clash Plus。首次连接会出现 VPN 配置确认,允许后才能接管设备流量;规则模式、策略组与订阅更新可在应用内完成,日常使用前建议先确认当前配置仍在有效期内。
桌面发行版可选择图形客户端,服务器、软路由和容器环境通常直接使用 Mihomo 内核。先区分 deb、rpm 与压缩包,再确认 AMD64、ARM64 等架构;服务化运行时还需单独处理配置路径、启动用户和日志目录权限。
普通桌面与手机用户优先选择带界面的客户端;服务器、路由器和已有管理面板的环境再考虑 Mihomo 内核。客户端对比页可继续查看平台覆盖与操作方式差异。
配置抽屉
Clash 的主要设置可以拆成四个相互衔接的层次:先决定流量如何匹配,再决定客户端以什么模式运行,随后处理系统接管,最后维护订阅与配置。桌面端可切换左侧章节,窄屏会按连续章节展开。
Rule routing
规则模式会根据域名、IP、网络类型或规则集,把请求送往指定策略组。配置文件通常从上到下检查,命中后便停止继续匹配,因此具体规则应放在宽泛规则之前,最终兜底项留在末尾。遇到某个网站走错线路时,先查看连接记录中的命中规则,再检查目标策略组当前选择,而不是反复切换全部节点。
与全局代理相比,规则分流能够让本地服务、局域网设备和需要代理的请求分别处理。日常维护重点是保持规则集可更新、避免重复覆盖,并在自定义规则后保留明确的最终策略。修改前保存原配置,修改后只测试一两个明确目标,定位会更快。
Proxy modes
规则模式适合长期使用,由配置决定每类流量的去向;全局模式会把大多数可接管请求交给同一个策略,常用于判断问题是否来自规则匹配;直连模式则用于暂时绕过代理,确认本地网络本身是否正常。模式切换是诊断工具,不宜把全局模式当作所有异常的固定处理方式。
如果规则模式无法访问而全局模式正常,检查规则顺序、规则集更新和策略组;若全局模式也异常,再检查订阅、节点可用性、系统代理与 DNS。测试结束后应恢复适合日常使用的模式,并确认先前手动选择的策略组没有停留在失效节点上。
System takeover
系统代理主要影响遵循操作系统代理设置的应用,部分游戏、命令行工具和自行实现网络栈的软件可能绕过它。TUN 会创建虚拟网络接口,从更底层接管流量,覆盖范围通常更广。启用前需要确认客户端权限、虚拟网卡驱动、路由设置与 DNS 配置,桌面系统还可能要求管理员授权。
TUN 开启后出现断网,不要同时改动多个选项。先关闭 TUN 验证系统代理是否可用,再检查端口冲突、DNS 监听、路由排除项和其他 VPN 软件。局域网设备访问异常时,还要确认私有地址是否保持直连。只有在基础代理链路正常后,再处理 TUN 层的问题。
Configuration care
订阅负责提供配置内容,客户端负责读取、更新和运行。导入后应确认配置已被选中,并查看策略组与规则是否完整。订阅地址可以更新,不代表本地编辑一定会被保留;部分客户端在刷新时会覆盖直接写入订阅文件的改动,因此长期规则更适合放进客户端支持的覆写、脚本或合并配置中。
日常维护可按固定顺序进行:记录当前可用配置,更新订阅,重新选择策略,测试一个直连目标和一个代理目标,最后查看 DNS 与连接日志。更新后突然失效时,可先切回上一份可用配置,再比较差异,避免在无法连接的状态下连续修改多个字段。
来源与维护
开源只能说明代码与协作方式可被查看,实际使用仍要分清项目关系、发布来源和维护状态。下载页将图形客户端与 Mihomo 内核分别列出,首页则说明这些组件如何组合,便于安装前判断所需内容。
Clash 最初形成了配置文件、规则匹配、策略组和本地代理端口等常见使用方式。原始项目状态变化后,社区仍围绕兼容配置和使用习惯继续维护不同分支,其中 Mihomo 是当前常见的内核实现之一。桌面与移动客户端通常在内核之外提供订阅管理、策略切换、日志查看、系统代理和更新入口。
因此,“Clash 客户端”并不只指某一个安装包。相似界面可能采用不同内核,同一内核也能被多个图形客户端调用。选型时应同时查看平台支持、维护状态、配置兼容性和系统接管方式,不应只根据名称判断。
公开仓库能提供源代码、许可证、问题记录、提交历史和发布说明。遇到功能变化时,可先查看对应客户端与内核的发布记录,确认配置字段是否调整;遇到可重复故障时,再搜索已有问题,通常比只根据界面提示猜测更有效。
不同项目由各自维护者管理,更新节奏与平台覆盖并不相同。本站按客户端名称和操作系统整理入口,不把所有组件描述成同一个项目。归档客户端会在下载页标明维护状态,仍在更新的项目则以版本清单提供的当前信息为准。
内核读取配置、建立代理连接、执行规则、处理 DNS 并输出运行日志;图形客户端在其上提供可点击的设置界面。界面显示已连接,只代表客户端完成了某个操作步骤,最终是否可访问仍取决于配置有效性、策略选择、系统接管、DNS 与目标网络。
排障时把界面层与内核层分开会更清楚:订阅无法下载通常先查订阅地址和本地网络;节点全部不可用再查配置内容与网络限制;特定应用不走代理则检查系统代理或 TUN;只有部分域名异常时,优先查看规则命中和 DNS 解析。
客户端更新、内核更新、规则集更新和订阅更新是四件不同的事。客户端更新可能带来界面和系统适配变化;内核更新会影响配置字段与网络行为;规则集更新改变匹配结果;订阅更新则由配置提供方决定内容。一次只处理一类更新,更容易在异常发生时找到原因。
日常使用不必频繁追逐每次发布。当前配置稳定时,可先阅读变更说明,确认是否包含所需修复,再安排更新。操作前记录当前客户端名称、系统版本、配置名称和关键开关;操作后分别验证直连目标、代理目标与局域网访问,形成可重复的检查闭环。
Source checkout
以下命令用于克隆公开仓库,适合需要阅读实现、构建说明或提交记录的用户。只准备安装图形客户端时,无需执行命令,可直接前往下载页。
git clone https://github.com/MetaCubeX/mihomo.git
装机便签
启动客户端并按系统提示授予必要权限,然后导入有效订阅或本地配置。选中配置后选择一个策略,再开启系统代理。不要一开始同时启用 TUN、改 DNS 和添加自定义规则,先完成最小连接链路更容易判断每一步是否正常。
查看首次配置步骤先确认当前配置已激活、策略组选择了可用项,再检查系统代理是否开启。随后分别测试直连模式与全局模式,以判断问题位于本地网络、规则还是代理连接。仍然异常时,再检查 DNS、端口冲突和 TUN 权限。
查看完整排障顺序浏览器和日常软件都能按预期工作时,可以继续使用系统代理。只有部分应用不读取系统代理、需要覆盖更多网络流量,或明确知道应用使用方式时,再考虑 TUN。开启后应重新验证局域网访问、DNS 和其他 VPN 软件是否冲突。
查看系统接管说明直接编辑订阅生成的配置,刷新时可能被新内容覆盖。先恢复上一份可用配置,再把长期规则迁移到客户端支持的覆写、合并或脚本层。调整后检查规则位置和最终兜底项,并通过连接记录确认自定义规则确实命中。
阅读规则与订阅维护章节近期便签
文章围绕一次明确操作展开,适合在安装卡住、规则未命中或连接状态异常时按问题查阅。完整使用路径仍以教程和使用手册为主。
从安装来源、系统权限、订阅导入到首次连通验证,梳理各平台通用步骤及容易遗漏的初始设置。适合在第一次启动时逐项核对,也可用于重新安装后的配置恢复。
阅读全文拆解常用规则类型、从上到下的命中逻辑、兜底规则位置,以及自定义规则未按预期工作时的检查方法。修改前后均可通过连接记录验证实际命中结果。
阅读全文覆盖 Windows 客户端安装、配置导入、系统代理启用和连接验证,并处理权限、本地端口与 UWP 回环问题。步骤按首次安装的实际顺序组织。
阅读全文需要处理证书报错、DNS 异常或连接后无法上网,可在文章列表按故障排查分类继续查找。
进入使用心得