常见设置项之间的实际关系
系统代理让遵循操作系统代理设置的应用进入客户端;TUN 模式用于接管更多类型的系统流量;规则模式决定进入内核后的请求怎样选择策略;DNS 设置影响域名解析过程。四者处于不同环节,连接异常时应按流量路径逐段检查,而不是同时改动全部开关。
Rule Observatory
将客户端里容易混淆的配置关系拆成四个观察面:先确认请求怎样匹配规则,再理解内核、订阅与平台客户端各自负责的范围。
规则模式并不是把所有连接统一交给同一节点。客户端会读取配置中的 rules 段,依次检查域名、关键词、IP 网段、进程或规则集条件,再把请求送往该条规则引用的策略组。越具体、优先级越高的条件通常越靠前,末尾的 MATCH 用于承接此前没有命中的流量。
调整分流时,应同时检查规则顺序与策略组实际选择。仅看到某条规则名称,并不能说明最终使用了哪个节点;策略组可能指向直连、代理节点、另一个策略组或拦截策略。连接页记录与规则页搜索适合用来确认实际走向。
桌面客户端负责配置导入、系统代理切换、策略组选择、日志与连接查看;mihomo 内核负责解析配置、建立连接、执行 DNS 处理和匹配规则。两者分工不同,因此排查问题时需要先判断是界面状态、配置内容,还是内核运行阶段出现异常。
mihomo 延续 Clash 配置体系并扩展了规则集、协议与 DNS 能力。旧配置通常可以作为迁移起点,但涉及专有字段、脚本或旧式 provider 写法时,仍应依据当前内核文档逐项确认。升级客户端也不等于所有旧配置都需要改写,稳定配置可先保留再按需求调整。
订阅地址通常返回完整 YAML 配置或经过转换的节点集合。导入成功只说明客户端已经取得并解析内容;策略组、规则集、DNS 与节点字段是否齐全,取决于订阅输出格式。出现节点存在但规则缺失的情况时,应先查看配置内容,而不是反复切换系统代理。
更新订阅前可保留本地修改的来源说明,避免远程更新覆盖手工调整。多个订阅同时使用时,建议按用途分开保存配置档案,不要把来源不同的规则和策略组直接拼接。对于 provider 形式的外部资源,还需确认资源地址、更新间隔与引用名称之间保持一致。
Clash Verge Rev 主要面向 Windows、macOS 与 Linux 桌面环境。Android 可选择 Clash Plus、Clash Meta for Android、FlClash 或 Surfboard;iOS 可通过 App Store 使用 Clash Plus。不同客户端在界面结构、系统集成方式和配置扩展支持上并不完全相同。
跨设备迁移时,应优先确认协议、策略组和基础规则是否被目标客户端识别,再处理 TUN、DNS 或系统服务等平台相关设置。配置能够导入不代表所有行为完全一致,尤其是移动系统的后台策略、电量管理和 VPN 权限会影响连接保持方式。
系统代理让遵循操作系统代理设置的应用进入客户端;TUN 模式用于接管更多类型的系统流量;规则模式决定进入内核后的请求怎样选择策略;DNS 设置影响域名解析过程。四者处于不同环节,连接异常时应按流量路径逐段检查,而不是同时改动全部开关。
日常桌面使用可从订阅导入、规则模式和系统代理开始;需要接管不读取系统代理的应用时,再评估 TUN;多设备共用配置时,先保持协议与策略组结构简单;服务器或路由器环境则更适合直接部署 mihomo 内核,并单独管理配置文件、服务权限与启动方式。
Platform Entry
首页只提供平台入口。安装包类型、客户端维护状态与系统要求集中列在下载页,进入对应标签后再选择适合的客户端。
适合使用 Clash Verge Rev、Clash Plus、FlClash 或 Clash Nyanpasu 的桌面用户。下载前确认系统架构,并在首次启动后按教程导入配置。
分别提供 Apple Silicon 与 Intel 设备入口。安装后需要根据系统提示处理网络扩展、系统代理或后台服务权限。
可按界面偏好与配置兼容需求选择 Clash Plus、Clash Meta for Android、FlClash 或 Surfboard,并留意系统后台限制。
iPhone 与 iPad 用户可从 App Store 获取 Clash Plus。导入订阅后,可在系统 VPN 权限确认完成后选择策略组并建立连接。
桌面环境可选择 Clash Verge Rev 或 FlClash;服务器、软路由与命令行环境可在下载页进一步查看 mihomo 内核包。
Open Source Context
判断一个 Clash 客户端是否适合长期使用,需要同时查看代码来源、内核依赖、配置兼容方式和发布节奏,而不能只比较界面外观。
Clash Verge Rev 是 Clash Verge 方向的社区延续项目,重点覆盖 Windows、macOS 与 Linux 桌面环境。客户端把配置档案、策略组、规则、连接记录、日志和系统代理控制集中在图形界面中,适合希望在桌面系统里直接管理 mihomo 配置的使用者。它承担的是管理与交互层工作,实际网络处理仍由内核执行。
这种分层结构便于分别定位问题:界面没有显示配置时,可检查订阅导入与配置档案;内核无法启动时,可查看配置语法、端口占用和权限;某个请求出口与预期不同,则应回到规则顺序、策略组选择和连接记录。把不同层次的问题分开,通常比连续切换多个开关更容易得到稳定结论。
mihomo 是当前 Clash 生态中常用的开源内核之一,负责读取 YAML 配置、建立各类协议连接、执行规则匹配、处理 DNS,并向图形客户端提供控制接口。Clash Verge Rev 将这些能力组织为可操作的桌面界面,但协议是否可用、字段怎样解释以及规则集如何加载,最终仍取决于内核支持。
原版 Clash、Clash Meta 与 mihomo 之间存在配置继承关系,也存在功能扩展差异。常见的代理节点、策略组和基础规则具有较高迁移价值;涉及扩展协议、规则集格式、DNS 高级选项或特定 provider 字段时,应以当前内核说明为准。技术参考页会按协议和内核家族进一步解释这些差异。
项目代码、问题讨论与发布记录公开后,使用者可以查看功能变化、已知问题和修复过程,也便于开发者复现特定平台上的异常。开源并不等于所有配置天然兼容,因此实际选型仍要结合操作系统、内核版本、订阅格式和使用场景。对于稳定使用中的设备,升级前先阅读发布说明通常比直接覆盖安装更稳妥。
客户端与内核分别发布也是需要注意的边界。客户端更新可能带来界面、安装方式或系统集成变化;内核更新则可能涉及协议实现、规则行为、DNS 处理与配置字段。排查升级后的差异时,应记录客户端版本、内核版本和当前配置来源,避免把多个变量混在一次判断中。
应用安装包更新用于替换客户端程序,订阅更新用于刷新节点、策略组或远程配置,两者并不是同一操作。客户端更新后,原有配置通常仍保存在本地;订阅更新则可能覆盖由远程来源管理的内容。若配置中包含手工编写的规则,建议明确区分远程档案和本地档案,减少更新时的相互覆盖。
规则集与代理集合还可能使用各自的更新时间。看到订阅已经刷新,不代表所有远程 provider 都已重新下载。遇到规则未变化、节点列表与预期不一致或远程资源加载失败时,可以依次检查主配置更新时间、provider 状态、日志提示和资源地址,而不是只观察首页连接按钮。
这些问题覆盖首次下载与配置时最容易混淆的环节,完整分类可前往常见问题页继续查阅。
不是。Clash Verge Rev 是桌面图形客户端,负责配置管理与系统集成;mihomo 是执行协议连接、DNS 处理和规则匹配的内核。两者协作完成完整的桌面使用流程。
订阅通常同时提供节点与策略结构。规则会把请求交给某个策略组,而策略组内部仍可能需要选择具体节点、自动选择方式或直连出口,因此导入后应检查各主要策略组的当前选项。
日常使用通常从规则模式开始,让不同请求按配置分别处理;全局模式会把流量统一交给指定策略;直连模式主要用于暂停代理路径或排查系统网络。具体差异可在教程与技术笔记中查看。
Windows 桌面用户可评估 Clash Verge Rev、Clash Plus、FlClash 或 Clash Nyanpasu。迁移前先保存原订阅来源和本地规则,再确认目标客户端对原配置字段的支持情况。
Technical Notes
从模式选择、YAML 结构和真实分流场景切入,补充教程主线之外需要反复查阅的配置细节。
解释三种代理模式的流量处理方式、适用场景与切换原则,帮助首次使用者理解模式变化为何会影响全部连接。
阅读全文 →按配置顺序拆解基础设置、代理节点、策略组、规则集与 DNS 段落,说明名称引用、处理顺序和常见修改边界。
阅读全文 →围绕常见地区分流需求说明规则匹配顺序、策略组组织方式,以及修改后怎样通过连接记录确认实际走向。
阅读全文 →