Windows
适合浏览器、办公应用和桌面软件。先用系统代理验证基础连接,需要接管不读取系统代理的应用时再考虑 TUN,也就是虚拟网络接口模式。下载前确认处理器架构,退出旧客户端后再开启新的代理,避免多个程序反复改写系统设置。
前往下载01 / CLIENTS
先看设备系统,再看客户端支持的内核与配置格式。Clash 是一个生态名称,不同界面不代表功能完全相同;同一份订阅在新设备上导入后,仍要检查策略组名称、DNS 设置和系统流量接管方式。首次使用可先从 Clash Plus 开始对照教程,已有配置的用户则先备份,再决定是否更换。
适合浏览器、办公应用和桌面软件。先用系统代理验证基础连接,需要接管不读取系统代理的应用时再考虑 TUN,也就是虚拟网络接口模式。下载前确认处理器架构,退出旧客户端后再开启新的代理,避免多个程序反复改写系统设置。
前往下载手机端先完成 VpnService 授权。它是 Android 提供的 VPN 系统接口,用来让客户端接管流量,并不等于设备已经连接到远程节点。导入订阅后还要允许后台运行;若锁屏后断开,再检查电池优化、自启动权限与其他 VPN 应用是否冲突。
前往下载从下载页进入 Clash Plus 商店详情,并可查看其官网 clashplus.io。导入配置后,按客户端提示添加 VPN 配置并通过系统认证。这里的系统 VPN 配置与需要手动安装的描述文件不是一回事;遇到陌生描述文件,先确认来源和具体用途。
前往下载先在“关于本机”确认是 Apple Silicon 还是 Intel,再选择对应安装包。系统代理和 TUN 的权限要求不同,安装辅助服务时应核对应用来源。若切换客户端后网页打不开,先检查网络设置中是否残留旧端口,而不是连续叠加新的代理配置。
前往下载桌面环境优先选图形客户端,服务器与路由器再考虑单独部署 mihomo 内核。安装包格式、处理器架构、服务权限都要对应系统。命令行工具未必读取桌面代理设置,应单独确认环境变量;启用 TUN 前还要了解路由与 DNS 的接管范围。
前往下载02 / SETTINGS
先弄清每个开关改变了什么,再调整配置。下面按常用设置展开:规则决定流量去向,策略组决定使用哪个出口,TUN 与系统授权决定哪些流量能进入内核。配置片段仅说明语法,不是包含节点的完整配置;客户端界面的开关名称也可能略有不同。
规则模式会从上到下检查域名、地址等条件,命中后交给指定策略处理。需要直连的具体域名放前面,兜底的 MATCH 放最后;策略名称必须已经存在。它与全局模式的区别在于,不必让所有连接共用一个出口。手机上遇到单个应用异常,先看连接记录命中了哪条规则,再改对应条目。订阅更新可能覆盖直接编辑的规则,长期修改应放到客户端支持的覆写或合并功能中。
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
- MATCH,DIRECT
这个片段以直连兜底,只演示匹配顺序。实际代理策略需要按自己的配置名称填写。
订阅链接是服务提供方给出的配置地址,不是网页分享链接。进入配置页选择从 URL 导入,保存后确认这份配置已被启用。完整 Clash YAML 与只包含节点的订阅并不相同,不能只凭导入成功就判断规则齐全。更新前留意本地修改是否会被覆盖,重要覆写单独备份。相比手动逐个录入节点,订阅便于同步变更,但链接常带身份信息,截图和日志中都应隐藏完整地址。
配置 → 新建配置 → 从 URL 导入
保存配置 → 设为当前配置
更新订阅 → 检查规则与策略组
查看订阅导入步骤 →
TUN 是虚拟网络接口,用于把流量送进内核;Android 客户端通常借助 VpnService 建立本地 VPN 通道。首次连接时要接受系统授权,状态栏出现 VPN 标识只说明通道已建立,不代表节点可用。它比仅设置应用代理覆盖得更广,也更依赖系统权限与后台存活。手机通常不能同时运行两个普通 VPN 通道,启动前先停用冲突应用,锁屏断开则检查电池优化,而不是反复更换节点。
Android 系统 VPN:允许连接
应用电池设置:允许后台运行
其他 VPN 应用:先断开再测试
锁屏后:检查客户端运行状态
查看安卓授权与省电设置 →
策略组是出口选择器:select 由用户手动选择,url-test 按测试结果选择,fallback 偏重按顺序故障切换,load-balance 则分配不同连接。初次配置先用手动组确认某个出口能用,再考虑自动选择。自动测试不是实际下载测速,切换出口也不保证现有连接立即迁移。与只填一个固定节点相比,策略组方便管理多个出口,但组内引用名称、规则目标和订阅节点名称必须对应。
proxy-groups:
- name: 手动出口
type: select
proxies:
- DIRECT
rules:
- MATCH,手动出口
示例只包含内置直连出口;需要代理时,再加入配置中真实存在的节点或策略名称。
节点延迟测试通常是通过指定出口请求一个测试地址,结果会受到握手、解析、目标站点和当前网络影响。它适合初步检查连通性,不能直接代表带宽、视频体验或所有应用的可用性。比较时应保持同一测试地址和同一网络,避免把无线网络与蜂窝网络结果混在一起。出现超时先检查订阅是否有效、节点是否可用,再用实际访问验证。手机不必频繁批量测试,以免增加后台网络活动。
选择同一个测试地址
在同一网络下手动测试
用目标应用验证实际访问
切换网络后重新判断
查看连接与测试常见问题 →
DNS 把域名转换为地址,覆写则用本地设置替换或合并订阅中的解析配置。遇到网页打不开但地址连接正常时,可以先检查解析日志。不要同时更改系统私有 DNS、客户端 DNS 和路由器设置,否则难以定位问题。fake-ip 是用虚拟地址保留域名映射的一种方式,并非所有应用都适合直接套用。相比单纯更换解析服务器,明确请求走向更重要;手机端还要注意 VPN 接管范围与应用兼容性。
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
nameserver:
- 1.1.1.1
这是字段示意,不是通用推荐。调整前保留原配置,并确认当前网络能访问所选解析服务器。
03 / QUICK START
首次使用先走通一条完整路径:有可用配置、能建立系统通道、目标应用能正常访问。暂时保留订阅自带的 DNS 和规则,不要把多个教程中的片段一次混入同一份配置。每改一项就验证一次,后续才容易找到问题。
从可信服务来源复制订阅地址,进入客户端配置页,从 URL 导入并设为当前配置。若提示格式错误,先确认返回的是客户端支持的配置,而不是登录页面或过期提示。订阅地址不要贴到公开讨论区。
使用规则模式,在策略组里选一个可用出口,再启动连接。手机按系统提示批准 VPN 配置;安卓同时检查后台运行权限。系统代理、TUN 和规则模式属于不同设置,不需要为了“保险”把所有开关全部打开。
先访问常用目标,再看连接记录是否命中预期策略。随后切换一次无线与蜂窝网络,锁屏后再唤醒测试。若仅锁屏掉线,优先排查省电限制;若只有单个域名异常,再查规则和解析,不急着重装客户端。
04 / OPEN SOURCE
选客户端时,分清项目名称、内核和配置来源,比只看界面更实用。本站整理下载入口和中文操作资料,不代替上游项目发布说明,也不提供代理节点。客户端能做什么,应以所使用内核、系统限制和实际配置为准。
Clash 原版为规则代理提供了基础配置习惯,Clash.Meta 在此基础上扩展,相关内核后来以 mihomo 名称继续发展。因此“支持 Clash 配置”不等于所有字段都能互换,较新的协议、规则类型和网络栈选项仍要核对内核支持情况。
旧配置迁移时,先保留订阅原件,阅读启动日志中的具体字段错误。先让基础配置成功加载,再恢复自定义规则。不要只为了消除一条报错,就删除整段 DNS 或路由配置;这可能让程序能启动,却改变原有流量路径。
查看内核差异说明 →图形客户端把订阅导入、策略选择、系统代理和权限控制做成操作界面,mihomo 等内核负责执行网络配置。同一个内核可以配合不同界面,而同一个客户端也可能在更新时调整内核或默认选项,不能仅凭截图判断行为完全一致。
手机还有独立的系统约束。Android 的电池管理可能终止后台服务,iOS 的 VPN 配置需要系统认证,桌面端则可能依赖辅助服务。遇到问题时先区分“界面没有启动”“内核配置失败”和“系统通道未建立”,排查会更直接。
查阅网络与系统术语 →mihomo 项目采用 GPL-3.0 许可,可在公开仓库查阅代码、问题讨论与发布记录。开源许可约定代码使用和分发条件,不代表每个使用该内核的客户端都拥有相同的界面、功能或维护节奏。需要修改或再分发时,应阅读对应项目的许可文件。
普通用户不需要先编译源码才能使用。只有想研究配置行为、复现问题或参与开发时,再克隆仓库更合适。反馈问题前先移除订阅地址、节点密码和个人网络信息,只保留能复现问题的最小配置与必要日志。
查阅 mihomo 项目仓库 ↗客户端更新、内核更新、订阅更新是三件不同的事。客户端更新可能改变系统集成,内核更新可能改变字段行为,订阅更新则可能替换节点和规则。出问题时先回想最近改的是哪一层,不要同时回退应用、重置网络和重新导入所有配置。
日常保留一份可用配置和独立覆写记录,升级后依次检查启动、解析、策略组与目标应用。长期停止维护的客户端更适合作为迁移来源,而不是新设备的默认起点。迁移完成且验证稳定后,再清理旧应用与残留代理设置。
查看停更客户端迁移路线 →需要本地已安装 Git。该命令只下载源码,不会安装图形客户端,也不会自动创建代理配置;编译方式和开发依赖请继续阅读仓库文档。
git clone https://github.com/MetaCubeX/mihomo.git
05 / NOTES
基础连接已经可用,再阅读选型、迁移和策略组配置。每篇围绕一个具体问题展开,避免为了修复局部异常而重做整套设置。操作前保留原配置,文章中的示例需要结合自己的客户端、内核与订阅调整。
原客户端停止更新后,先导出订阅与覆写配置,再按设备与需求挑选仍在维护的替代客户端。最后核对规则、DNS 和系统权限,确认新旧客户端的设置差异。
阅读笔记 →拆解 select、url-test、fallback、load-balance 四类策略组的工作方式,解释 interval 与 tolerance 的含义,并结合 YAML 示例说明自动选择与故障切换的区别。
阅读笔记 →从内核、订阅导入、规则编辑、TUN 支持与界面操作几个维度比较手机客户端。先明确是首次配置还是迁移旧订阅,再根据实际使用场景选择。
阅读笔记 →