Windows
桌面使用先查看 Clash Plus、Clash Verge Rev 与 FlClash。下载前到系统设置确认处理器架构,安装后先导入订阅,再开启系统代理。需要 TUN 时再按提示配置服务权限,不要把安装成功直接当作连接成功。
如果从 Clash for Windows 迁移,先备份订阅地址、规则和端口设置。归档客户端仍可能启动,但其维护状态与新客户端不同;遇到配置字段不兼容,应按新内核文档逐项处理,而不是整份覆盖。
前往下载 Windows 客户端按问题查设置
先打开客户端的配置或订阅页面,找到从 URL 导入入口,粘贴服务提供方给出的完整订阅地址,再点击下载。看到配置卡片后,还要选中它作为当前配置;仅下载到本地并不代表已经启用。随后进入代理页面,确认策略组能够展开并选择代理。订阅地址通常包含访问凭据,不要发到公开讨论区。若导入失败,先检查链接是否完整、订阅是否有效,以及当前网络能否访问订阅服务器,不要先改 DNS 或反复重装客户端。
配置 → 从 URL 导入 → 下载 → 选中配置
代理 → 展开策略组 → 选择代理
规则模式按配置中的规则顺序决定连接去向,可以让部分网站直连,其他连接进入代理策略组。全局模式则让进入内核的连接统一交给全局策略,仍需要在全局组里选好代理,并不意味着所有设备流量都会自动被接管。新手先保留订阅提供的规则模式,确认常用网站能正常访问。如果某个网站异常,可临时切换全局模式对照测试;全局可用而规则不可用时,再检查命中的规则和目标策略组。测试结束后切回规则模式,避免把临时排查设置当作长期配置。
mode: rule
log-level: info
系统代理把代理地址写入操作系统设置,通常适合浏览器和遵循系统代理的应用。部分游戏、命令行工具或自带网络栈的程序可能不读取它,此时才需要考虑 TUN,通过虚拟网络接口接管相应流量。两者不是必须同时开启的固定组合。先用系统代理完成浏览器验证,若只有某个应用不生效,再检查该应用的代理选项。确需 TUN 时,按客户端提示安装服务或授予权限,并留意与其他 VPN 的冲突。出现断网就先恢复到已验证的设置,再逐项调整。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
客户端显示运行中,只能说明程序或内核已经启动,不能单独证明网页请求走了代理。先打开一个准备测试的网站,再到连接或日志页面查找对应域名,查看匹配规则、目标策略组及最终出站。必要时使用可信的出口 IP 查询页面,对照关闭与开启代理时的结果。注意规则模式下直连网站的出口可能保持不变,这属于预期行为。浏览器缓存、已有长连接和其他代理扩展都可能干扰判断,测试前可关闭旧页面重新打开。确认单个请求的路径,比只看状态开关更可靠。
打开测试页面 → 查找对应连接
核对命中规则 → 核对最终出站 → 对照出口
修改配置前,先导出当前可用文件,并记下启用的覆写或合并设置。若编辑后无法加载,优先切回备份,不要同时修改多个字段。YAML 常见问题包括使用制表符缩进、冒号后缺少空格,以及列表层级放错。订阅下载的配置可能在更新时被替换,长期自定义内容应放到客户端支持的覆写机制里。恢复原订阅后仍然异常时,还要临时停用覆写,判断错误来自原文件还是附加修改。每次只恢复或调整一项,看到配置成功加载后再继续验证连接。
mixed-port: 7890
allow-lan: false
mode: rule
dns:
enable: true
按系统选择安装包
先确认设备系统和处理器架构,再比较客户端。Clash Plus、Clash Verge Rev、FlClash 等名称对应不同的图形界面项目,不能只凭文件名里有 Clash 就判断适用平台。下载页按系统整理可选客户端、维护状态与安装注意事项;首页的入口只负责带到相应平台,不直接开始下载安装包。
第一次使用建议先在一台设备上完成导入和验证,再把相同操作迁移到其他设备。安装客户端与取得订阅是两个独立步骤:安装包负责提供程序,订阅负责提供连接所需的配置。准备好有效订阅后,沿着教程继续,不需要在安装前手写完整 YAML。若旧客户端已经可用,先导出配置和自定义规则,再决定是否迁移。
桌面使用先查看 Clash Plus、Clash Verge Rev 与 FlClash。下载前到系统设置确认处理器架构,安装后先导入订阅,再开启系统代理。需要 TUN 时再按提示配置服务权限,不要把安装成功直接当作连接成功。
如果从 Clash for Windows 迁移,先备份订阅地址、规则和端口设置。归档客户端仍可能启动,但其维护状态与新客户端不同;遇到配置字段不兼容,应按新内核文档逐项处理,而不是整份覆盖。
前往下载 Windows 客户端先在关于本机中确认是 Apple Silicon 还是 Intel,再选择对应安装包。常见选择包括 Clash Plus、Clash Verge Rev 与 FlClash。首次启动需要授权时,先核对应用来源,再按系统正常流程完成操作。
菜单栏里的代理开关与当前配置是两个检查点。导入后先确认配置已选中,再检查网络设置是否指向客户端监听的本地端口。切换到其他网络工具前,应先关闭当前代理接管,避免设置互相覆盖。
前往下载 macOS 客户端手机上可先查看 Clash Plus,再比较 Clash Meta for Android、FlClash 与 Surfboard。多数近期设备使用 ARM64,但仍应依据设备信息选择。不同客户端支持的配置格式可能不同,尤其不要把所有订阅链接都视为通用格式。
首次连接通常会出现系统 VPN 授权提示,确认应用后允许即可。若切到后台后连接中断,再检查电池优化和后台运行限制。系统已有其他 VPN 运行时,先确认接管关系,避免仅凭通知栏图标判断实际出站。
前往下载 Android 客户端iPhone 与 iPad 用户可在下载页进入 Clash Plus 的 App Store 页面,并通过官网 clashplus.io 了解应用说明。先完成安装,再导入客户端支持的订阅格式,随后按系统提示添加 VPN 配置。
连接开关打开后,仍需选择合适的策略并访问页面验证。若订阅能导入却无法访问,先检查配置有效期和当前选择,不要反复删除系统网络设置。移动网络与 Wi-Fi 的测试结果不同,也应分开记录后再排查。
前往下载 iOS 客户端桌面环境优先比较 Clash Verge Rev 与 FlClash,按发行版选择软件包格式。安装图形界面后,先用系统代理验证浏览器,再考虑服务模式或 TUN。图形客户端能打开,不代表内核服务已经正确启动。
服务器和路由器用户可另查 mihomo 内核入口,但需要自行管理配置路径、权限与启动服务。命令行程序不一定读取桌面代理设置,应检查应用自身的代理参数;不要为了解决一个程序的连接问题就直接更改全局路由。
前往下载 Linux 客户端项目关系与配置来源
Clash 生态不是一个安装包对应所有设备的单一产品。图形客户端提供配置管理、代理选择、连接查看和系统集成;内核负责读取配置、匹配规则并建立出站连接。mihomo 是这一生态中持续发展的开源内核。理解这层关系后,就能分清界面上的功能开关与配置文件里的字段,也能判断问题该在客户端设置还是内核配置中查找。
不同客户端可能使用不同的内核构建、默认设置和配置合并方式,因此菜单名称与教程截图不一定完全一致。更稳妥的做法是抓住操作目标:找到配置入口,启用有效配置,选定策略,再确认流量接管。某个按钮换了位置不等于整个流程改变,反过来,界面名称相近也不代表所有高级字段都能照搬。
搜索 Clash 官网、Clash Verge 下载或 Clash for Windows 停更时,容易同时看到旧教程、归档项目与后续分支。它们可能共享部分配置语法,但维护主体和发布渠道并不相同。下载前先确认具体项目名,阅读当前发布说明,再选择系统对应的安装包。不要仅凭旧文章里的软件名称判断它仍是当前推荐选择。
归档状态不意味着已有文件立即失效,却意味着后续兼容性和问题修复需要另作评估。计划迁移时,应先保存当前可用配置,记录自定义规则、代理组名称与本地端口;在新客户端完成验证后,再清理旧安装。这样遇到差异时仍有可对照的基线,不必从记忆中重建整套设置。
开源仓库能够提供源码、许可证、提交记录与问题讨论,是核对项目实现和变更的重要入口。mihomo 的公开仓库位于 MetaCubeX 组织下;下面的命令用于获取源码,适合需要阅读实现或研究构建流程的用户。普通用户安装客户端不需要先运行命令,也不需要为了完成四步上手而搭建编译环境。
代码公开与具体连接能否使用属于不同问题。订阅是否有效、代理服务器是否可达、网络环境是否允许访问,以及规则是否匹配正确,都会影响结果。本站不以未经核实的下载量或评分替代操作说明,而是把可观察的检查点放在前面:配置能加载、策略能选中、请求有记录、最终出站符合预期。
更新客户端通常改变界面、系统集成或随附内核;更新订阅则从订阅地址重新获取配置内容。前者不能自动续订服务,后者也不会替你升级应用。出现订阅更新失败时,先确认链接是否可访问、返回内容是否为受支持格式,以及服务是否仍然有效,不要把所有失败都归因于客户端过旧。
准备升级前,先阅读变更说明并导出当前配置。升级后确认原有代理组、覆写和 DNS 设置是否按预期保留,再重新验证常用应用。若你曾直接编辑订阅生成的文件,下一次订阅更新可能覆盖这些修改;需要长期保留的规则,应使用该客户端明确支持的覆写或合并入口,并保留一份可恢复的备份。
向社区求助时,先描述操作系统、客户端名称、使用的代理接管方式,以及从哪一步开始出现异常。说明是所有网站都失败,还是只有某个域名或应用失败;再写出切换规则模式与全局模式后的区别。这样的信息比单独一句连不上更容易帮助维护者定位范围,也能减少来回询问。
日志和配置可能包含订阅凭据、服务器地址或个人网络信息。分享之前先移除敏感内容,只保留与问题有关的字段结构、报错和复现步骤。不要公开完整订阅地址,也不要把修改后的长文件直接覆盖到仍可用的环境。先做最小范围的对照测试,再决定是否需要调整 DNS、路由或 TUN 设置。
设置之后的进阶阅读
已经能正常连接,再按实际问题选择文章。局域网共享涉及其他设备如何访问电脑端口,证书报错涉及浏览器的安全验证,DNS 检测则关注域名解析路径。三类问题的检查点不同,不建议同时套用多篇文章里的全部设置;先保留当前配置,每次只验证一项变化。
先用检测页判断解析请求是否外泄,再逐行讲解 dns 段的 enhanced-mode、nameserver 与 fallback 设置,给出可直接套用的示例。
阅读时先区分 DNS 查询走向与网页连接走向。检测页显示的解析服务商只是线索,需要结合当前接管方式判断;不要只看到一个陌生名称,就直接替换整段 DNS 配置。
区分系统时间偏差、公共 Wi-Fi 劫持、节点异常与规则误配等情形,说明证书报错与代理的真实关系及对应处理方式。
出现安全警告时,先停止输入账号与支付信息,核对系统时间和访问域名,再对照其他网络测试。代理开关与证书错误同时出现,并不能单独证明两者之间的因果关系。
解释 mixed-port 同时承载 HTTP 与 SOCKS5 的原理,演示开启 allow-lan、查看本机局域网 IP 与在手机 Wi-Fi 里填写代理。
共享前先确认电脑本机已经可以访问,再检查两台设备是否处于可互通的局域网。允许局域网只是其中一步,还需核对监听地址、防火墙和手机填写的代理端口。