LINUX 桌面客户端 · MIHOMO 内核

Clash for Linux 客户端下载.

客户端安装、订阅管理与规则分流,从 Linux 桌面开始。

代码开源 中文配置教程 规则分流 rules
按设备选择

桌面上的五个常用设置

Clash Linux 功能与取舍.

图形客户端负责按钮、配置列表和桌面集成,内核负责处理连接。下面按实际使用场景拆开说明:先知道设置会改变什么,再决定是否开启,而不是把所有开关一次打开。

TUN 模式与连接接管

浏览器能联网,终端或其他应用却没有走同一路径时,先检查应用是否遵循系统代理。TUN 模式通过虚拟网络接口接管更多连接,适合需要统一处理流量的桌面环境,但通常要安装服务或授予额外权限。开启前先确认普通系统代理能够工作,再逐项检查路由与 DNS,遇到异常也更容易退回原状态。若只使用浏览器,系统代理往往已经够用;同时运行其他 VPN 或容器网络时,要留意路由重叠。

tun.enable · tun.auto-route · dns.enhanced-mode

规则分流与匹配顺序

规则模式不是把所有连接送到同一个出口,而是按照配置里的顺序逐条匹配:域名、地址和规则集都可以参与判断,命中后交给指定策略组处理。日常可以让局域网服务直接连接,其余连接再按用途分组。规则提供器适合把较大的规则清单单独维护,不过客户端仍需支持对应字段。调整时先在连接列表确认命中了哪条规则,再改顺序;直接切换全局模式只能帮助定位问题,并不能替代分流配置。

rules · rule-providers · proxy-groups

系统托盘与开机自启

关闭窗口、退出客户端和停止后台内核,是三个不同动作。支持系统托盘的客户端可以在收起窗口后继续运行,也便于随时查看当前模式。Linux 桌面的托盘显示受桌面环境与扩展影响,图标消失并不等于内核退出。设置开机自启后,建议重新登录测试一次,确认订阅已载入、服务授权仍有效,再检查系统代理状态。需要手动管理服务的用户,应避免同时启动两份内核,否则容易发生端口占用。

external-controller · mixed-port

订阅更新与本地覆写

订阅链接用于取回配置,客户端里的自动更新则负责按设定间隔重新获取。笔记本休眠期间通常不会执行计划任务,唤醒后是否补更新取决于客户端实现。经常切换网络的设备,可以先手动更新并查看结果,再开启合适的周期。直接编辑远程配置可能在下次更新时被覆盖,因此本地规则、端口和策略调整更适合放进客户端支持的覆写功能。切换 Profile 前保留原配置,也记下哪些设置属于当前客户端。

proxy-providers · update-interval

mihomo 内核与图形界面

界面里出现某个协议名称,并不代表当前内核一定能够处理它;实际能力要看打包的内核及配置字段。mihomo 延续了 Clash Meta 的项目脉络,在协议、规则和 TUN 等方面继续演进。选择客户端时,既要看是否能导入订阅,也要看服务授权、日志和更新入口是否清楚。已有原版 Clash 配置通常可以作为迁移起点,但新增字段与旧客户端未必兼容。先用精简配置启动成功,再逐步加入规则集,比整份搬入更便于排错。

proxies · log-level · external-controller

安装格式先于功能开关

按系统选择 Clash 客户端.

同一份订阅可以在不同设备上使用,但授权方式、安装格式和后台运行规则并不相同。下载页按系统列出可选客户端,桌面端先确认处理器架构,移动端先确认系统版本。先选能正常维护和安装的客户端,再比较界面习惯。

Windows

可从 Clash Plus 开始比较,再看 Clash Verge Rev、FlClash 等客户端。需要接管商店应用时,系统代理与回环访问是两件事,不要只反复更换节点。安装前确认系统架构,迁移旧客户端时先退出原内核,避免监听端口冲突。

前往下载 →

macOS

按 Apple Silicon 或 Intel 选择对应安装包。Clash Plus、Clash Verge Rev 与 FlClash 的界面侧重点不同,选择时留意菜单栏操作和服务安装方式。首次启动若遇到系统权限提示,先读清提示内容,不必把每项授权都当作启用代理的必要条件。

前往下载 →

Android

Clash Plus、Clash Meta for Android 和 FlClash 可按使用习惯选择。启动连接时的 VpnService 授权用于建立本地虚拟接口,通常不能与另一款 VPN 同时占用。连接一会儿就断开时,先查省电策略与后台限制,而不是立即重装应用。

前往下载 →

iOS

Clash Plus 通过 App Store 安装,产品官网为 clashplus.io。导入配置后,按系统提示确认 VPN 配置,再回到客户端选择策略。移动网络与无线网络切换后出现异常时,先查看连接状态和配置是否仍被选中。

前往下载 →

Linux

图形桌面可优先比较 Clash Verge Rev 与 FlClash。Debian、Ubuntu 系通常从 DEB 格式入手,RPM 系则查看对应包是否提供。装好后分别确认程序能够打开、内核能够启动、系统代理能够生效;这三步分开检查,比只看托盘图标更准确。

前往下载 →

查看全部客户端 →

首次连接的三步顺序

订阅导入与连接验证.

客户端本身不附带可用的代理服务。准备好有权使用的订阅或本地配置后,再按下面的顺序操作。第一次配置只改必要选项,保留一个明确的可用起点,后续切换 TUN 或增加规则时才有参照。

  1. 导入配置,确认选中

    在订阅或配置页面粘贴链接,也可以导入本地 YAML 文件。等待下载和解析完成后,确认配置出现在列表中,并把它设为当前配置。导入成功不等于已经启用;如果代理组为空,先查看订阅内容是否完整,以及格式是否适合当前内核。

    订阅链接可能包含访问凭据,应当像密码一样保管。截图求助时遮住完整链接,不要把它贴到公共讨论区。更新失败时先看具体错误,区分链接过期、网络请求失败与配置语法问题。

  2. 使用规则模式,选择策略

    先使用规则模式,进入代理组选择可用策略,再开启系统代理。测速用于了解当前测试目标的响应情况,不代表所有网站的实际体验;选择后还要打开常用服务确认。不要在同一次测试中同时修改模式、DNS 和节点,否则难以判断是哪项变化产生了影响。

    如果浏览器工作正常而其他应用仍无法连接,才继续检查应用代理设置或 TUN 接管范围。需要管理员授权的步骤单独处理,避免把服务安装失败误认为订阅失效。

  3. 查看连接,保留可用配置

    打开一个需要测试的服务,再到客户端的连接列表查看域名、命中规则与出口。日志中出现错误时,先记录出错时间和操作步骤;只有测速结果变化,并不足以判断客户端故障。完成验证后备份本地覆写,随后再设置订阅更新周期与开机自启。

    结束测试时关闭系统代理,并确认普通连接恢复。Linux 用户若改过终端环境变量,也要单独撤销;桌面开关通常不会清理 shell 中已经设置的代理变量。

查看完整教程 →

项目关系与维护边界

Clash 开源生态与 mihomo.

选客户端不只看界面。了解配置由谁解释、桌面服务由谁管理、更新来自哪里,才能在换设备或迁移旧配置时少走弯路。本站整理下载入口与使用资料,客户端和内核仍由各自项目维护。

从原版 Clash 到 mihomo

Clash 建立了以配置文件、策略组和规则分流为核心的使用方式,围绕它出现了多种图形界面。原版项目停止维护后,社区延续了不同方向的实现。Clash Meta 后续以 mihomo 名称继续发展,很多仍在维护的客户端选择将它作为内核,但不同客户端采用的内核更新节奏并不一致。

因此,名称里带有 Clash 不等于功能完全相同。判断是否支持某个协议,要查看当前内核能力;判断是否支持托盘、快捷键或覆写,则要看图形客户端。把两层职责分开,也能解释为什么同一份配置在两款客户端中会有不同表现。

开源代码与配置兼容

mihomo 的源代码与项目说明可以公开查阅。对普通桌面用户,代码开源的实际意义是能够追溯配置字段、阅读问题讨论,并了解某项功能的实现边界,而不是要求每个人都从源码编译。安装图形客户端后,仍应使用它提供的内核和服务管理方式,避免混用导致排错困难。

迁移时先保留旧配置副本,再检查协议类型、规则集引用和 DNS 设置。客户端专用脚本或覆写不一定写在订阅文件里,不能只复制一个链接就认为全部设置已经搬完。涉及内核家族与协议取舍,可继续查阅技术参考中的内核说明。

更新前后分别检查什么

客户端更新、内核更新和订阅更新,是三条不同的维护路径。客户端更新可能改变界面与系统集成,内核更新可能调整字段行为,订阅更新则会替换节点、策略组或规则内容。遇到变化时先确定是哪一层更新,再对照日志与配置,不必把问题归到同一个开关上。

日常可以记录当前工作正常的配置与覆写。更新后先验证常用服务,再检查局域网访问、休眠唤醒与网络切换。保留一份可还原的设置,比频繁切换客户端更有助于长期稳定使用;归档客户端则更适合作为迁移资料的参照。

查看 mihomo 源码

以下命令只会把公开仓库克隆到本地,不会安装程序或启动服务。普通用户直接使用图形客户端即可;需要阅读实现或参与开发时,再准备 Git 与相应构建环境。

打开 mihomo 项目仓库 →
git clone https://github.com/MetaCubeX/mihomo.git

配置记录与平台要点

近期使用心得.

基础连接完成后,再处理多配置切换、后台常驻与客户端选型。下面三篇按发布时间倒序排列,把操作细节与选择依据放在一起,方便遇到对应问题时逐项查阅。

查看全部文章 →