macOS
Apple 芯片 Mac 选择 arm64 或 Apple Silicon 构建;Intel Mac 选择 x86_64。可在苹果菜单的“关于本机”查看芯片信息,不要仅凭系统版本或电脑外观判断架构。
先比较 Clash Plus、Clash Verge Rev 与 FlClash 的系统要求和辅助服务说明。原生构建与系统代理是否生效是两件事,安装完成后仍需导入配置并验证连接。
前往下载PROXY / ROUTING / CONFIG
先用系统代理验证连接,再按应用需求启用 TUN。左侧为设置示意,右侧说明每个选项的适用范围;实际菜单名称以所选客户端为准。
仅供理解设置项,不会修改当前设备的网络配置。
权限与辅助服务的安装方式取决于客户端实现。
rules:
- DOMAIN-SUFFIX,apple.com,DIRECT
- MATCH,PROXY
mixed-port: 7890
allow-lan: false
mode: rule
dns:
enable: true
enhanced-mode: fake-ip
局部参数示例,不包含节点与完整策略组。
只在可信网络开放,并配合认证及防火墙限制访问。
系统代理适合作为 Mac 上的第一条验证路径。导入配置并启动内核后,打开客户端的系统代理开关,让遵循系统网络设置的浏览器连接本地监听端口。它不等同于接管整台设备:终端工具、游戏或自行管理网络的应用可能仍然直连。若浏览器正常而某个应用失败,先确认应用是否读取系统代理,再决定使用应用内代理或 TUN;结束使用时应正常关闭开关,避免留下指向已退出客户端的代理设置。
查看连接与验证步骤 →TUN 通过虚拟网络接口处理被路由进来的流量,适合不支持系统代理的应用。macOS 客户端可能需要先安装辅助服务或获得相关权限,具体路径应跟随应用提示,不要把所有实现都当成同一种网络扩展。开启前先停用其他接管路由的工具,连接后检查规则命中和 DNS 解析。TUN 扩大的是流量接入范围,并不自动把规则模式改成全局模式;若出现网络中断,先关闭 TUN 恢复基线,再逐项排查路由冲突。
了解 macOS TUN 授权 →日常使用优先选择规则模式,让域名、目标地址或规则集决定连接去向。规则通常按顺序匹配,命中后使用对应的直连出口或策略组,末尾的 MATCH 负责兜底。全局模式则把流量交给全局策略选择,适合短时对照测试,不应被理解为必然更快。排查某个网站时,先在连接记录中查看命中的规则与最终策略,再改动对应条目;只切换节点却不检查规则,可能始终没有改变这条连接的实际出口。
查看规则与连接排查 →Clash 配置不只是节点列表,还包含监听端口、策略组、规则与 DNS 设置。导入前应确认订阅返回的是客户端可识别的 YAML,而不是网页或通用节点编码。手动编辑时使用空格缩进,并检查规则中引用的策略组是否存在;左侧片段仅展示局部字段,不能单独代替完整配置。远程更新可能覆盖本地修改,长期保留的自定义规则应通过客户端支持的覆写或合并功能维护,修改前保留可恢复的原文件。
了解订阅格式与转换 →局域网共享允许同一网络内的其他设备连接 Mac 上的代理端口。除了启用 allow-lan,还需确认绑定地址、防火墙规则及设备间网络可达性;其他设备应填写 Mac 当前的局域网地址,而不是各自的回环地址。混合端口可同时接受 HTTP 与 SOCKS 连接,但不同应用仍需选择正确的协议。不要把监听端口直接暴露到公网,在公共网络中应关闭共享;确有共享需求时,配合认证和来源限制,离开可信网络后及时收回访问范围。
检查端口与防火墙 →BUILD TARGETS
先确认设备和处理器,再比较客户端功能。Clash Plus 为各平台首推入口;其他客户端适合已有使用习惯或需要特定界面的用户,具体支持范围以应用说明为准。
Apple 芯片 Mac 选择 arm64 或 Apple Silicon 构建;Intel Mac 选择 x86_64。可在苹果菜单的“关于本机”查看芯片信息,不要仅凭系统版本或电脑外观判断架构。
先比较 Clash Plus、Clash Verge Rev 与 FlClash 的系统要求和辅助服务说明。原生构建与系统代理是否生效是两件事,安装完成后仍需导入配置并验证连接。
前往下载iPhone 与 iPad 从 Clash Plus 的 App Store 入口安装,官网为 clashplus.io。首次建立连接时,按系统提示确认 VPN 配置,再返回应用检查当前配置和策略选择。
移动端的后台运行、网络切换与桌面端存在差异。共用订阅前要核对字段支持情况,不能直接照搬 Mac 的本地文件路径、进程规则与桌面端辅助服务设置。
前往下载从 Clash Plus 开始选择,也可比较 Clash Verge Rev、FlClash 与 Clash Nyanpasu。寻找 Clash for Windows 替代客户端时,应关注配置兼容性、维护状态和服务模式,而不是只比较界面。
旧配置迁移前先导出备份,安装后重新确认本地监听端口和系统代理。归档应用适合查阅旧环境,不宜作为新设备的默认选择。
前往下载可选择 Clash Plus、Clash Meta for Android、FlClash 或 Surfboard。先核对安装包架构,再查看应用支持的订阅格式;不同规则引擎的配置不一定能够直接互换。
首次连接需要系统 VPN 授权。若熄屏后连接中断,应结合系统电池管理检查后台限制;若仅在移动数据下失败,再对照 Wi-Fi 环境判断是否属于网络差异。
前往下载桌面环境优先比较 Clash Verge Rev 与 FlClash,按发行版选择合适的软件包。服务器或路由器用户可进一步查看 mihomo 内核入口,自行管理配置目录、启动服务与网络权限。
图形客户端和独立内核的使用方式不同:前者提供配置管理界面,后者需要明确工作目录与服务日志。排查时先确认进程是否运行、端口是否监听,再检查路由与 DNS。
前往下载FIRST CONNECTION
先建立最小可用连接,再增加自定义规则。每次只调整一类设置,出现异常时才容易找到变化来源。
打开客户端的“配置”或“订阅”页面,选择通过链接导入,粘贴可信来源提供的订阅地址,下载完成后将其设为当前配置。若得到的是网页、认证提示或格式错误,先处理订阅本身,不要反复切换代理开关。
订阅链接可能包含访问凭据,应按密码保管。导入成功只代表配置能够读取,并不代表所有节点均可连接;下一步还要检查策略组是否具有可选择的出口。
将代理模式设为规则,在配置提供的策略组内选择可用出口。Mac 用户先开启系统代理,用遵循系统设置的浏览器完成测试;iPhone 用户按提示建立 VPN 连接,确认应用显示连接状态。
暂时保留订阅原有的 DNS 与分流设置。确有应用不经过系统代理时,再考虑 TUN,并先查看辅助服务与权限要求。不要同时启用多套接管网络的工具。
访问需要测试的网站,在客户端连接页面查看目标域名、命中规则及使用的策略。区分域名解析失败、建立连接超时与网页自身错误,避免仅凭一个延迟测试结果判断整个网络。
随后测试常用直连网站,确认规则没有误分流。若网络异常,先关闭新开启的接入方式恢复基线;记录复现步骤后,按排查手册逐项处理,不急于删除全部配置。
OPEN SOURCE / MIHOMO
选择客户端时,分别检查界面项目、内核与配置来源。代码可查是核对实现的起点,不替代对权限、配置内容和服务来源的判断。
Clash 生态中的图形客户端并非同一个应用的不同皮肤。内核负责协议连接、规则匹配与 DNS 处理,界面项目负责配置管理、系统代理、服务安装等交互。mihomo 延续了 Clash Meta 的技术路线,具体协议与字段支持应查看其文档和发布说明。判断配置能否使用时,客户端名称只是线索,还要核对其实际使用的内核与功能范围。
mihomo 项目采用 GPL-3.0 协议,可从公开仓库阅读源码、问题讨论与发布记录。这里的协议描述针对内核,不能直接套用到所有第三方界面或商店应用。若需要研究流量处理过程,应从相关模块及文档入手;若只是日常使用,优先选择维护状态明确、系统要求清楚且有适合设备架构构建的客户端。
界面更新、内核更新与订阅更新是三条不同的变化链。界面更新可能调整权限和服务安装方式,内核更新可能改变字段支持,订阅更新则可能替换节点、策略组和规则。升级前备份配置并阅读变更说明,完成后测试常用网站与直连目标。出现问题时按变化来源回退,比同时重装应用、重置 DNS 和重写规则更容易定位原因。
TECHNICAL NOTES
按实际任务继续阅读:需要接管应用流量时查看 TUN,需要核对配置兼容性时查看内核差异,需要跨设备维护时查看同步方案。
解释 TUN 模式如何通过虚拟网卡接管流量、与系统代理的差别,以及在 macOS 上安装辅助服务、确认相关网络权限的步骤。
阅读技术笔记 →梳理 Clash 内核从原版到 Meta 再到 mihomo 的演进脉络,对照协议、规则类型、TUN 实现与配置兼容性,帮助判断迁移范围。
阅读技术笔记 →整理远程配置订阅、iCloud 云盘文件同步与 Git 私有仓库三种方案,比较维护成本,并说明需要为不同设备保留的独立设置。
阅读技术笔记 →