Windows
适合桌面浏览器与日常应用。先核对系统要求和处理器架构,再按需启用系统代理或服务模式;启动客户端不等于所有程序已经接入代理。
前往下载Clash 的使用流程可以拆成三层:配置决定有哪些代理与规则,模式决定如何处理连接,系统代理或 TUN 决定哪些流量进入客户端。先分清这三层,再逐项启用功能,通常比同时调整多个开关更容易得到可复现的结果。
下方窗口是设置示意,不代表正在运行的客户端。不同应用的菜单名称和位置可能不同,但订阅、代理组、规则与 DNS 的基本关系相通。切换标签可查看每项功能的作用;主动操作后展示会停留在当前标签。
mode: rule
模式处理已进入内核的连接,不负责开启系统代理。
示意状态,实际开关请在客户端操作。
rules:
- DOMAIN-SUFFIX,google.com,Proxy
- GEOIP,CN,DIRECT
- MATCH,Proxy
Proxy 必须对应配置中已存在的代理或代理组。
dns:
enable: true
enhanced-mode: fake-ip
此处只展示字段关系,解析服务器需按实际网络补充。
客户端是操作界面与后台能力的组合,不同系统的安装方式、授权流程和网络入口并不完全一致。初次选择可从下载中心的首推客户端 Clash Plus 开始;Linux 用户可查看 Clash Verge Rev 与 FlClash。已有配置时,先确认内核兼容性与所需功能,再决定是否迁移,不必为了界面变化同时更换订阅和规则。
安装前查看系统信息里的处理器类型。名称相近的安装包可能面向不同架构,不能只凭文件大小判断。下载页集中列出可选客户端及系统要求;首页的平台入口只负责定位到对应系统,不会直接触发安装包下载。旧客户端的归档入口也会标明维护状态,便于区分日常使用与历史配置参考。
适合桌面浏览器与日常应用。先核对系统要求和处理器架构,再按需启用系统代理或服务模式;启动客户端不等于所有程序已经接入代理。
前往下载区分 Apple Silicon 与 Intel 安装包。首次运行按系统提示处理授权,启用网络功能前留意系统代理设置,退出后检查原有网络状态是否恢复。
前往下载安装后导入配置,并在首次连接时确认系统 VPN 授权。若切到后台后连接中断,检查电池优化与后台运行限制,不要只重复切换节点。
前往下载查看 Clash Plus 的 App Store 入口,官网为 clashplus.io。安装后按应用提示添加配置与 VPN 授权,连接前确认当前订阅和代理组已选中。
前往下载桌面环境优先使用图形客户端,并按发行版选择包格式。服务器或路由器用户可查看内核区,自行管理配置路径、进程权限和后台服务。
前往下载不确定如何选型时,先阅读客户端对比:重点比较平台支持、配置管理与网络接管方式。不要把客户端名称、内核名称和订阅服务混为一谈,安装软件本身不会自动产生可用的代理节点。
第一次配置时,先完成最小可用流程:一份有效配置、一个明确选中的代理组、一个已经启用的网络入口。保持其他参数不变,确认能正常连接后,再添加自动更新、分流例外或局域网共享设置。这样遇到问题时,可以定位是哪一步发生了变化。
进入客户端的订阅或配置页面,粘贴完整地址并执行导入。看到配置名称后,继续确认它已被设为当前使用项,并检查代理组是否加载。若提示格式错误,先检查链接是否返回配置正文,不要把网页地址当作订阅地址。
查看订阅导入步骤 →选择规则模式,在对应代理组中选定可用节点。桌面端先开启系统代理;需要覆盖不遵循系统代理的应用时,再测试 TUN。移动端按提示确认 VPN 授权,并避免同时连接另一个占用同类网络入口的应用。
查看代理模式说明 →打开需要访问的站点,在客户端连接列表里核对请求是否出现、命中了哪条规则、使用了哪个出口。能够连接后再测试其他应用;若没有请求记录,优先检查流量入口,而不是先修改节点协议或 DNS 配置。
查看无法上网排查 →Clash 生态中,图形客户端提供订阅管理、代理选择和系统集成;内核执行协议连接、DNS 处理与规则匹配;配置则描述节点、代理组和规则之间的关系。用户看到的应用名称并不一定就是它使用的内核名称。同一份配置能否迁移,取决于目标内核支持的字段、协议和客户端的覆写方式,不能仅凭文件扩展名相同就判断兼容。
mihomo 延续了 Clash Meta 的技术路线,是当前 Clash 生态中常见的开源内核。历史文章中的 Clash、Clash Meta 和现有客户端名称可能交替出现,阅读时应结合具体项目确认。开源生态也不代表各客户端具有完全相同的界面和默认设置;查找问题时,记录客户端名称、运行平台及实际内核信息,能避免套用不适合当前环境的步骤。
mihomo 项目以 GPL-3.0 许可证发布,源码、提交记录与问题讨论可以在公开仓库查阅。查看变更说明有助于判断配置字段、协议支持或网络行为是否发生调整。这里不使用星标数、下载量或延迟数字代表连接质量:代理体验还取决于服务端、网络路径与本地设置,公开源码提供的是可追溯的实现依据,而不是对每条线路表现的保证。
普通用户不必编译内核。使用图形客户端时,优先遵循该客户端的更新说明,确认集成内核与配置仍然匹配。手动替换内核可能遇到权限、路径或接口兼容问题,适合能够自行恢复配置的用户。服务器部署则应明确工作目录、日志位置与启动参数,避免把桌面客户端的按钮操作直接套用到后台服务上。
以下命令克隆公开仓库,仅用于阅读源码或准备开发环境,不会安装桌面客户端,也不会自动配置代理。
git clone https://github.com/MetaCubeX/mihomo.git
订阅地址可能携带访问凭据,向他人求助时应隐藏完整链接、账号信息与服务器认证内容。日志也可能包含访问域名、设备地址或文件路径,提交前先阅读并删除不必要的信息。描述故障时保留现象、复现步骤、命中规则和错误类型,通常足以开始定位,不需要公开整份私人配置。
若规则结果与预期不符,先核对当前激活配置,再看规则顺序与数据文件;若所有节点都无法连接,先确认本地网络和服务状态。站内GeoIP 更新说明与规则排查章节分别处理数据加载和分流逻辑,按症状查阅比一次性改动所有参数更稳妥。
完成基础连接后,再按实际需求阅读进阶内容。配置结构文章适合准备修改 YAML 的用户;接管方式对比适合判断是否需要 TUN;订阅更新文章则用于区分链接问题、下载失败与本地配置未切换。每篇围绕一个具体操作展开,不必为了开始使用而一次读完所有参数。
按配置文件从上到下的顺序,逐段解释端口与模式、dns、proxies、proxy-groups、rules 各字段含义与常见写法。先理解引用关系,再修改具体字段,避免代理组名称与规则目标不一致。
阅读全文 →从流量接管层级、对命令行与游戏程序的支持、权限要求和 DNS 处理四个角度,对比两种接管机制。根据应用行为选择入口,而不是将开启更多开关等同于连接更稳定。
阅读全文 →介绍主流客户端里订阅更新间隔的设置位置,分析更新失败的常见原因,并说明何时手动刷新、何时检查网络环境。更新后继续核对当前配置,确认新内容真正参与连接。
阅读全文 →仍不清楚问题属于安装、配置还是网络接管?先到帮助中心按分类查找。能够启动但无法访问时,优先按“本地网络 → 当前配置 → 代理组 → 流量入口 → 规则与 DNS”的顺序检查,并在每一步保留可对照的结果,避免排查过程引入新的变量。