Windows 10/11 · mihomo 内核

ClashWindows版

从 Clash Verge Rev 安装开始,了解 系统代理与 mihomo 规则分流,再按需要调整订阅、DNS 和 YAML 配置。

  • 永久免费
  • 代码开源
  • 中文配置参考

手动配置
Windows 代理

系统设置只解决流量入口。订阅、分流和域名解析,还需要由客户端与内核共同处理。

  • 地址改对,应用仍可能直连

    Windows 系统代理不是所有应用的统一开关。部分命令行工具、游戏和自带网络栈的程序不会读取它,需要单独配置代理,或评估是否使用 TUN 模式。

  • 切换环境后,设置容易残留

    关闭客户端前没有恢复代理地址,浏览器可能仍尝试连接已经停止的本地端口。排查时应先区分网络故障与本地监听失效,不必急着重装系统。

  • 直接改订阅文件,更新后被覆盖

    远程配置重新下载后,本地临时添加的规则可能消失。重复编辑既难追踪,也容易把 YAML 缩进和策略组名称改错。

客户端接管
配置与分流

  • 明确区分流量入口

    在设置页分别管理系统代理与 TUN。先使用系统代理验证基本连接,再根据应用覆盖需求启用虚拟网卡,避免同时修改过多变量。

  • 集中管理规则和策略组

    规则模式按顺序匹配域名、地址或规则集,策略组决定命中后的出站。连接页与日志可以帮助确认实际路径,而不是只看开关是否亮起。

  • 保留独立的本地调整

    使用客户端支持的覆写或合并功能保存个性化字段。订阅负责提供基础配置,本地层负责补充规则,更新后再检查最终生效结果。

# 配置结构示例,不包含代理节点
mixed-port: 7897
mode: rule
proxy-groups:
  - name: 默认出口
    type: select
    proxies:
      - DIRECT
rules:
  - MATCH,默认出口
查看 YAML 字段说明 →
按使用场景查阅

mihomo 内核与客户端设置

先确定流量从哪里进入,再决定匹配什么规则。下面的配置片段用于解释字段,不代替完整订阅。

规则按顺序匹配,策略组决定出口

规则模式不是让所有连接走同一个出口。mihomo 从上到下检查规则,首条命中后交给对应策略;因此具体域名应放在宽泛规则之前,兜底规则放在末尾。客户端可以展示策略组并切换选项,但不会替用户修正错误的规则顺序。遇到某个网站路径不符合预期,先在连接详情查看命中项,再检查组名是否与配置一致。相比只改系统代理,这种方式能明确表达局域网直连与其他流量的处理边界。

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - MATCH,默认出口
查阅规则语法 →

按设备选择Clash 客户端

桌面端与移动端的接管方式不同。先选择操作系统,再比较客户端、处理器架构与安装方式。

Windows

下载页列出 Clash Plus、Clash Verge Rev 等选择。首次使用先确认 Windows 系统要求,再导入配置并启用系统代理。需要 TUN 时再处理服务权限,不必在安装阶段同时开启所有功能。

前往下载

macOS

根据 Apple Silicon 或 Intel 处理器选择对应安装包。网络扩展、系统代理和后台权限应按客户端提示设置。正在查找 ClashX Meta 下载的用户,也可先比较维护状态,再决定是否使用归档客户端。

前往下载

Android

可比较 Clash Plus、Clash Meta for Android 与 FlClash 等客户端。移动端通常通过系统 VPN 授权接管流量,使用前留意其他 VPN 是否正在运行。后台电池限制也可能影响长时间保持连接。

前往下载

iOS

Clash iOS 客户端入口提供 Clash Plus 的 App Store 页面,并列出官网 clashplus.io。导入配置后按系统提示授权网络连接;桌面客户端的脚本和平台专属字段,不能直接假定在手机上同样生效。

前往下载

Linux

桌面环境可从 Clash Verge Rev 与 FlClash 开始,按发行版选择包格式。服务器和路由器用户则应查阅内核区,单独规划服务启动、监听地址和权限,避免将本地代理端口直接暴露到公网。

前往下载

从 Clash for Windows 迁移时,建议先保留旧配置和规则副本,再在新客户端验证订阅解析、策略组选择及系统代理恢复。相同的配置扩展名,不代表不同内核支持完全相同的字段。需要选型时,可先阅读客户端对比,再回到下载页选择安装包。

查看全部客户端 →
开源项目与配置来源

客户端、内核与维护边界

理解各层负责什么,比单看一个开关更有助于排查。站点整理下载入口与配置说明,软件行为以项目实现及实际配置为准。

Clash 生态中的客户端与内核

Clash 生态的图形客户端通常负责窗口、托盘菜单、订阅存储和系统集成;内核负责代理协议、规则匹配和域名解析。mihomo 延续了 Clash Meta 的技术路线,支持相应配置能力。Clash Verge Rev 是使用 mihomo 的客户端之一,不应把界面上的所有功能都视为内核字段。例如开机自启属于客户端与操作系统的配合,不能通过复制一段通用 YAML 就保证在每个系统上启用。

开源代码提供可追溯的依据

需要核对行为时,可先查项目文档、发布说明与议题记录,再定位到源代码。mihomo 的公开仓库位于 MetaCubeX 组织下,适合查询字段支持、协议处理与已知问题。这里不使用星标数或下载量替代技术判断;这些数字即使真实,也不能说明某个设置是否适合当前网络。提交问题时应提供操作系统、复现步骤和经过脱敏的日志,让问题能够被重复观察。

更新前先核对兼容性

图形界面与内核可能分别更新。更新客户端后,如果原配置出现错误,应先看日志中指出的字段或行号,再对照对应内核的文档。迁移时不要一次性搬入全部旧脚本、DNS 配置和覆写规则。先让基础订阅工作,再逐项恢复本地调整,每完成一项就验证一次。这样更容易知道问题来自订阅内容、合并顺序,还是系统网络环境。

配置来源与使用范围

客户端是配置与连接工具,不等于网络服务本身。节点、订阅地址和访问权限由使用者自行选择与管理,本站不提供订阅账户。下载前应分清软件来源与订阅来源,修改监听地址前应理解访问范围。日常使用遵守所在地法律与所在网络的管理要求;涉及单位设备或共享网络时,先取得相应授权,再调整系统代理、虚拟网卡或路由设置。

客户端选型与排查笔记

从订阅格式到旧客户端迁移,按问题查步骤。先保留可工作的配置,再逐项定位变化。

下载客户端