新手三步:导入订阅 → 选择模式 → 开启系统代理

查看教程 →

Clash开源网 · 客户端与配置资料

Clash 客户端下载笔记本与全平台配置教程

按设备选择客户端,用订阅导入完成配置,再通过规则分流与中文教程调整连接方式。

  • 开源内核 mihomo
  • 规则分流
  • 中文教程
平台下载入口

按设备选择 Clash 客户端

先确认操作系统与处理器,再到下载页选择安装包。

查看全部客户端 →

客户端负责窗口、配置管理和系统集成,内核负责实际连接与规则匹配。同一份订阅能否直接使用,要看客户端支持的配置格式和内核能力;文件扩展名相同,并不代表所有字段都兼容。初次安装建议从图形界面开始,导入一份已知可用的配置,确认基础连接后再增加自定义规则。

笔记本经常换网络,先保留一份基础配置。校园网、公司网络和家庭网络的认证方式可能不同。遇到网页打不开,先暂停代理,完成当前网络的登录或认证,再恢复客户端。不要在认证尚未完成时连续更新订阅,否则网络错误容易被误判成订阅失效。

客户端安装不等于已经具备可用连接。代理服务器、订阅和使用权限需要由使用者自行准备。本站整理软件入口与配置资料,不提供代理服务。选择软件时可参考客户端横向评测,首次连接则按订阅导入教程逐步操作;已停止维护的客户端仅适合查阅旧配置与迁移场景。

设备连线图 · 配置浏览器

常用功能与配置字段

点击右侧节点,查看功能用途、操作边界和对应配置。先理解一个字段,再修改一处设置。

规则分流

规则模式会按配置顺序匹配连接,把不同目标交给直连、代理组或拒绝策略。适合同时访问内部系统、代码托管与普通网页的笔记本。先确认代理组名称存在,再将精确的域名规则放到宽泛规则之前,最后保留兜底规则。与全局模式相比,规则模式能保留直连路径,但效果取决于规则内容;连接不符合预期时,应在连接记录中查看命中规则,而不是只看开关颜色。

rules: ['DOMAIN-SUFFIX,github.com,PROXY']
开源生态与维护路径

Clash、mihomo 与客户端的关系

把界面、内核和配置分开看,下载选择与故障定位会更清楚。

项目历史与配置延续

Clash 生态围绕基于规则的代理配置形成了大量客户端与教程。原有项目和部分桌面客户端停止维护后,社区仍在发展兼容实现与新的图形界面。因此,搜索到“Clash”时,可能看到旧客户端、兼容内核或新的应用名称。选择前应确认它属于哪一层、是否仍在维护,而不是只凭熟悉的名字判断。

mihomo 是这一生态中持续发展的开源内核,项目仓库位于 MetaCubeX 组织下。它继承并扩展了相关配置方式,但新增协议、规则能力和网络功能仍有各自的支持条件。旧教程可以帮助理解基本结构,却不应直接替代当前内核文档。遇到未知字段或解析错误,先核对正在运行的内核与文档适用范围,再决定保留、替换还是删除该项。

图形界面与内核分工

客户端通常负责保存订阅、编辑配置、展示连接、切换代理模式,以及安装系统服务。内核则读取最终生成的配置,执行规则匹配、域名解析和代理连接。界面中看见一项开关,并不表示原始订阅文件中一定存在同名字段;有些选项保存在客户端自身的设置中,有些会在启动时合并到内核配置。

排查时可先问两个问题:配置是否成功交给内核运行,应用的流量是否真的进入了内核。如果内核没有启动,应看配置解析与端口占用;如果内核正常却没有连接记录,应检查系统代理、应用独立代理或 TUN 路由。按这条边界检查,比同时修改订阅、DNS 和防火墙更容易得到明确结果。

公开代码与社区资料

mihomo 代码采用 GPL-3.0 许可,可在公开仓库查看源码、提交记录、发布说明和问题讨论。开源许可说明代码使用与分发的条件,不等同于所有第三方客户端使用相同许可,也不等同于代理服务免费。选择客户端时,仍需分别查看其项目说明;选择订阅时,则要独立判断服务提供方的可信度与使用条件。

查阅社区问题时,尽量匹配相同操作系统、内核与错误文本。单独一句“无法联网”通常缺少定位信息;更有用的记录包括出错应用、连接方式、规则命中结果,以及问题是否仅出现在某个网络。分享配置或日志前,先移除订阅地址中的凭据、服务器密码和个人域名。公开讨论需要的是可复现条件,而不是完整私人配置。

更新机制与回退准备

客户端更新、内核更新和订阅更新是三件不同的事。更新客户端可能改变界面和服务集成;更新内核可能影响协议与配置字段;更新订阅则可能替换代理集合、分组和规则。准备调整前先记录当前可用组合,并导出必要的本地覆盖设置。一次只变更一层,发现差异后才知道应该回看哪份发布说明。

本站提供资料整理与操作说明,不代表所有客户端的官方维护方。软件的功能边界以项目文档及实际运行结果为准。下载页负责集中列出平台入口;教程页保持首次配置的操作主线;需要处理复杂症状时,可转到疑难手册逐项排查。首页不固定展示软件版本,避免把页面发布时间误当成客户端更新状态。

查看 mihomo 源码

已安装 Git 时,可复制命令获取仓库。此操作只下载源码,不会自动安装客户端、生成订阅或修改系统代理。编译与运行要求请继续阅读仓库文档。

访问 MetaCubeX/mihomo 开源仓库 ↗
git clone https://github.com/MetaCubeX/mihomo.git

配置与排查的阅读顺序

首次安装先完成导入、选择代理组和开启系统代理,用同一个浏览器验证连接。能正常访问后,再尝试 TUN、局域网共享或自定义规则。保留一个已经验证可用的状态,后续每次调整都有明确的比较基准。多个客户端同时运行容易造成端口和代理设置冲突,测试时应只保留当前需要的一套。

如果只是一款应用无法访问,先查看它是否使用独立代理设置;如果所有连接都失败,先确认基础网络与当前配置是否可用;如果只有域名访问异常,再沿 DNS 路径检查。速度慢也不能直接等同于节点故障,还可能涉及无线网络质量、目标服务限速、规则绕路或并发下载。常见问题适合快速核对概念,疑难手册适合按症状持续定位。

编辑 YAML 时注意空格缩进、列表层级与名称引用。代理组引用的名称必须能在配置中找到,规则应按预期优先级排列;手动覆盖订阅前还应了解客户端的合并机制。直接编辑远程配置的临时副本,可能在下次更新后丢失修改。需要长期保留的内容,应使用客户端支持的覆写或合并入口,并在更新后检查最终生效配置。

配置与网络专题

最新 Clash 教程文章

从具体字段和报错现象入手,把一次调整的原因与结果对应起来。

查看全部文章 →

阅读专题时建议保留客户端日志窗口,并记录修改前后的配置差异。文章中的字段示例用于说明对应功能,并不是完整可运行订阅;复制前需要结合现有配置补齐层级、代理组和实际连接信息。涉及网络共享、服务权限或路由的调整,应在可信网络中进行,并保留恢复原设置的方法。