Clash Plus · mihomo 内核

Clash官方中文网 全平台客户端下载

按系统选择客户端,导入订阅配置,设置规则分流与 TUN。

中文教程 YAML 配置参考 开源内核生态

Clash 的使用分为三件事:选择客户端、导入订阅、确认分流。客户端负责配置入口,内核执行代理、规则与 DNS。系统代理和 TUN 决定连接如何进入内核,策略组决定连接从哪里出去。

订阅不是客户端安装包,安装完成也不等于已经拥有可用线路。先准备有使用权限的订阅或自建配置,再检查订阅格式与客户端兼容性。初次连接建议保留默认网络设置,从规则模式开始验证;需要接管未遵循系统代理的应用时,再阅读 TUN 与 DNS 的配置说明。

查看客户端差异

Clash 平台下载

先确认操作系统,再确认处理器架构。桌面端看安装包格式与服务权限,移动端看 VPN 授权与后台设置。以下入口跳转到下载页对应平台,不直接启动安装包下载。

Windows

Clash Plus 首推

适合需要托盘管理、系统代理与规则切换的桌面用户。下载页提供 Clash Plus、Clash Verge Rev 等选择,先核对系统要求,再选择适用安装包。若计划启用 TUN,注意客户端的服务安装提示与管理员授权,避免同时运行多个代理服务。

macOS

Clash Plus 首推

在“关于本机”中确认是 Apple Silicon 还是 Intel,再选择对应架构。首次运行时按系统提示处理网络扩展或辅助服务权限。系统代理主要影响遵循代理设置的应用;需要处理其他连接时,应结合路由、DNS 与客户端的 TUN 支持范围判断。

Android

Clash Plus 首推

首次连接需要同意系统 VPN 授权。若锁屏后断开,先查看电池优化、后台活动与厂商自启动设置,而不是反复更换订阅。分应用代理可以决定哪些应用进入 VPN;与其他使用 VPN 通道的软件同时启用时,需要检查系统的通道占用情况。

iOS

Clash Plus 首推

通过 App Store 查看 Clash Plus 的兼容要求与应用说明,官网为 clashplus.io。添加订阅后,按客户端提示授权 VPN 配置,再选择策略并连接。桌面端教程中的服务安装、监听端口与系统代理入口不应直接套用到 iOS,操作以应用界面为准。

Linux

Clash Verge Rev 推荐

桌面用户可从 Clash Verge Rev 与 FlClash 中选择,按发行版包格式和桌面环境确认依赖。服务器、路由器等没有桌面界面的设备,应转到内核区了解 mihomo。命令行运行需要自行管理配置目录、服务权限、日志与开机启动,不能只复制桌面端的开关设置。

更换客户端前,先备份配置与本地覆写。相同订阅可以在不同客户端导入,但策略组名称、支持的协议字段及网络权限可能不同。旧客户端的本地设置也未必随订阅迁移,导入后仍需检查当前模式和默认策略。

查看全部客户端 →

订阅、规则与网络设置

从配置片段理解每个设置的职责。示例用于说明字段,不能直接替代包含代理节点与策略组的完整订阅;复制到现有配置前,先确认内核支持与客户端覆写方式。

每八秒切换主题;点击、键盘操作或聚焦后暂停。

config.yaml基础字段示例
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

# 完整配置还需定义代理与策略组
# 远程配置更新前保留本地覆写

订阅链接返回的内容可能是完整 YAML 配置,也可能只有节点列表。导入后先检查是否出现可用策略组,再确认当前激活的是哪一份配置。远程更新通常会重新载入服务端内容,直接编辑下载文件容易在下一次更新时丢失。需要长期保留的规则、端口或 DNS 调整,应优先使用客户端提供的覆写入口。不同客户端的覆写语法与合并顺序并不统一,迁移时需要逐项核对,而不是只复制订阅地址。

阅读订阅导入步骤 →

Clash 与 mihomo
项目关系与配置维护

客户端名称、内核能力和订阅内容是三个层次。选择时分别确认维护状态、支持字段和配置来源,不以界面名称代替兼容性判断。

开源内核与图形客户端

Clash 生态围绕配置、规则与代理协议形成了多种客户端。mihomo 延续并扩展了相关内核能力,项目曾使用 Clash Meta 名称,因此教程中仍会出现 Meta、mihomo 等不同称呼。图形客户端在内核之上提供订阅管理、策略选择、系统代理与日志入口;同一个界面项目也可能随着维护进度更新所集成的内核。比较软件时,应同时查看客户端说明与内核文档。

开源项目的行为可以通过源代码、配置文档和问题讨论核对。本站提供中文下载入口与操作参考,不把第三方客户端归为同一开发团队,也不把某个界面的所有功能视为整个生态的统一能力。需要确认字段含义时,优先查阅正在使用的内核文档;需要确认按钮位置时,则查看对应客户端说明。两类资料结合起来,才能判断问题出在配置、系统接管还是界面设置。

订阅内容与本地设置

订阅提供者可能在更新时调整节点名称、策略组或规则。客户端里保存的选择状态依赖这些名称,名称变化后可能需要重新选择。更新之前保留一份能够正常工作的配置,更新之后检查是否仍为规则模式、策略组是否有有效出口、关键域名是否命中预期规则。若配置管理页同时保存了多条订阅,还要确认正在生效的配置,而不是仅查看最近导入的那一条。

订阅地址通常带有访问凭据,应按私人资料保存。不要把完整地址贴进公开问题区,也不要把含个人订阅的配置提交到公开仓库。格式转换服务会接触输入链接和配置内容,使用前应了解其处理方式;有条件时可在受控环境中完成转换。节点列表、分享链接和完整 YAML 的信息范围不同,转换成功也不代表自动补齐了符合个人需求的规则与策略组。

更新与排查的依据

更新客户端与更新订阅不是同一件事。前者可能改变内核、权限申请或配置解析行为,后者主要改变远程配置内容。遇到更新后异常,先记录改动的是哪一层,再检查日志中的明确报错。端口占用应定位监听进程,配置解析失败应查看字段与缩进,部分网站异常则应检查命中规则和 DNS。以错误类型选择排查路径,比不断重装更有针对性。

迁移到新客户端时,建议先关闭旧客户端的系统代理和后台服务,再导入配置测试。验证完成后才启用开机启动,避免两个客户端反复修改代理和路由。测试时选用明确的网站与应用,确认普通浏览器访问、未遵循系统代理的应用及局域网服务各自的表现。连接记录能解释分流结果,但不应把某一次检测结果当作所有应用都已接管的证明。

首次配置常见问题

安装 Clash 后,还需要准备什么?

需要有使用权限的订阅或自建代理配置。客户端负责载入与执行配置,不自动提供线路。先核对订阅是否返回兼容格式,再导入并选择策略。若只能看到节点而没有规则,可能导入的是节点列表而不是完整配置,应按客户端支持的方式补充策略与规则。查看完整上手步骤 →

规则模式、全局模式和 TUN 应该先选哪个?

首次配置建议先用规则模式确认订阅和策略可用。全局模式改变出口选择,不代表所有应用连接都会进入内核;TUN 则主要处理连接接管,启用后仍可以按规则分流。先区分“连接有没有进入客户端”和“进入之后走哪个出口”,再决定修改哪个设置。查阅模式与网络栈术语 →

订阅更新后,本地修改为什么没有保留?

远程配置重新载入后,直接编辑的订阅文件可能被替换。需要保留的调整应放到客户端明确支持的覆写、脚本或合并入口,并检查覆盖顺序。不同软件对列表的追加、替换行为可能不同,尤其是规则顺序与策略组引用,不能只看保存成功提示。阅读本地覆写与合并说明 →

连接不上时,怎样提供有效的排查信息?

记录操作系统、客户端名称、当前模式、是否启用 TUN,以及日志中的首个相关错误。说明是全部连接失败还是仅某个应用异常,保留修改前后的设置差异。分享截图前移除订阅地址、代理凭据和控制接口口令;不要公开整份含个人信息的配置。前往帮助中心 →

Clash 配置文章

从配置文件结构、局域网共享与订阅格式三个角度继续查阅。文章解释字段之间的关系与操作边界,适合在完成首次导入后按具体需求阅读。

Linux 企鹅图形:Font Awesome,依据 CC BY 4.0 使用;平台图形仅用于标识操作系统。