Clash Verge Rev Windows 和 Mac 配置有什么区别？

更新于 2026-10-20 · kejibear.shop

简答：Clash Verge Rev 的订阅、节点、代理组和多数 Mihomo 规则通常可以在 Windows 与 Mac 之间复用；安装包架构、配置目录、系统代理、TUN 服务、DNS 和进程规则不能直接照搬。最稳妥的顺序是：先确认设备架构，再导入订阅，最后分别设置系统代理或 TUN。

定义：Clash Verge Rev 是调用 Mihomo 内核的跨平台桌面客户端，负责管理订阅、代理组、规则、DNS、系统代理和 TUN 等本地网络配置。

先看结论：订阅能共用，本机设置要分开

如果只是把同一份订阅从 Windows 换到 Mac，通常不需要重新制作节点。远程订阅、代理组和多数 Mihomo 规则可以重新导入目标系统；但应用目录、系统代理、TUN 服务、端口、权限、DNS 覆写和进程匹配值属于本机设置，不能把整个应用目录直接复制过去。Clash Verge Rev 的文档将远程订阅、本地配置文件和 URL Scheme 分开说明，因此跨平台迁移应优先备份配置，再在新系统中重新导入。查看配置与订阅导入文档

三行结论：订阅与多数规则可以复用；系统代理、TUN、端口和路径必须分别确认；遇到问题先关闭 TUN，用系统代理验证基础链路。

项目	Windows	macOS	迁移处理
安装包	x64 或 ARM64	Apple 芯片或 Intel	先查 CPU 架构，再下载对应文件
订阅、节点、代理组	通常可复用	通常可复用	在目标设备重新导入并更新
应用数据目录	`%APPDATA%\io.github.clash-verge-rev.clash-verge-rev`	`~/Library/Application Support/io.github.clash-verge-rev.clash-verge-rev`	以客户端“打开应用目录”为准
系统代理	Windows 的网络代理设置	macOS 网络服务的代理设置	分别开启、关闭和恢复
TUN	通常需要服务模式或管理员模式	应检查服务模式是否安装、授权是否完成	不要复制另一系统的服务配置
进程规则	常见值可能包含 `.exe`	应按实际进程名或完整路径填写	重新确认匹配值

官方隐私说明列出了 Windows 与 macOS 的应用数据目录，并提醒配置、订阅链接、日志和凭据可能以普通文件形式保存在本机，因此迁移前应先备份并避免把包含订阅令牌的文件公开。查看应用数据目录与隐私说明

架构速查卡：Windows x64、ARM64 与 Mac 芯片怎么选

安装包选择与系统名称不是一回事。Windows 需要区分常见的 x64 与 ARM64；Mac 需要区分 Apple 芯片与 Intel。项目发布页目前按这些架构提供安装资产，官方安装说明也要求下载与平台匹配的安装包。查看 Clash Verge Rev 发布页查看项目安装说明

设备	怎么确认	应选择的安装包	装错后的常见表现
Windows x64	系统信息中的系统类型显示基于 x64 的处理器	Windows x64 或 64 位安装包	安装程序无法运行、启动异常或架构不匹配
Windows ARM64	系统信息显示 ARM64 或 Windows on ARM	Windows ARM64 安装包	安装器无法启动或运行兼容层，具体提示以当前版本为准
Mac Apple 芯片	Apple 菜单中的“关于本机”显示“芯片”及 Apple 芯片名称	Apple 芯片或 aarch64 安装包	可能无法打开、运行异常或被系统提示不兼容
Mac Intel	“关于本机”显示“处理器”及 Intel 名称	Intel 或 x64 安装包	可能无法打开或内核架构不匹配

Apple 官方说明，Apple 芯片 Mac 在“关于本机”中显示“芯片”，Intel Mac 则显示“处理器”。安装时不要只按“Mac 版”判断。查看 Apple 官方架构识别方法

Windows 打开系统信息，确认系统类型，再在发布页核对 x64 或 ARM64 文件名。
Mac 打开 Apple 菜单，进入“关于本机”，按照“芯片”或“处理器”字段选择安装包。
如果客户端能启动但核心缺失、订阅无法解析或 TUN 不可用，先确认安装包架构，再从客户端的“打开应用目录”“打开内核目录”和“打开日志目录”检查实际文件。
当前版本的系统要求、安装包名称和内置 WebView2 选项可能随发布变化，最终以发布页和发布说明为准，不要套用旧截图。

跨平台迁移步骤：先导入订阅，再分别设置本机功能

最稳妥的迁移顺序是“备份—导入—验证—启用功能”，不要一开始就复制整个应用目录或同时修改 DNS、TUN 和规则。

备份旧设备：记录订阅链接、代理组名称、规则覆写、Merge 配置和自定义 DNS。订阅链接可能包含个人令牌，不要公开粘贴到论坛或工单。
在新设备导入订阅：进入 Profiles 或配置页面，添加远程订阅并等待配置解析；也可以使用本地配置文件导入。官方文档列出订阅链接导入、订阅链接配置、URL Scheme 和本地配置文件导入方式。查看官方导入方式
先验证代理组：确认节点列表、代理组和配置文件状态正常，再测试一个明确遵循系统代理的应用。
重新设置本地功能：分别检查混合、HTTP、SOCKS 等本地端口、系统代理、TUN、DNS 覆写和自定义规则。
最后迁移进程规则：Windows 的进程名、路径和扩展名不要直接复制到 macOS；先确认目标系统的实际进程信息。

如果订阅更新后自定义规则消失，通常要先区分它属于远程订阅、Merge/覆写文件，还是客户端本地设置。把自定义内容放在目标客户端支持的独立覆写或规则文件中，并在更新后查看实际运行配置，比直接修改下载下来的远程文件更容易维护。

系统代理与 TUN：Windows 和 Mac 的启用及恢复方法

系统代理是操作系统提供的代理设置，只有主动读取该设置的应用才会使用；TUN 通过虚拟网卡和路由接管更广泛的系统流量。Clash Verge Rev 的官方术语说明指出，TUN 模式需要服务模式或管理员模式，且启用 TUN 后通常不需要再次开启系统代理。查看系统代理与 TUN 的官方说明

先测试系统代理：导入订阅，选择代理组，开启 System Proxy，确认浏览器等遵循系统代理的应用能够连接。
再启用 TUN：只有在某些应用不读取系统代理时，再打开 TUN。先检查服务模式是否安装、服务是否运行，以及 Windows 管理员权限或 macOS 管理员授权是否完成。
Windows TUN：使用 system 或 mixed 协议栈时，如果防火墙阻止核心程序，需要在 Windows 安全中心允许核心程序通过防火墙。查看 Mihomo TUN 与防火墙说明
macOS TUN：检查服务模式是否安装并完成授权；TUN 设备名只能使用以 utun 开头的名称。不要把 Windows 的服务文件、路径或防火墙处理方式直接套到 Mac。
关闭客户端前恢复代理：Windows 打开“设置 → 网络和 Internet → 代理”，关闭手动代理；macOS 打开“系统设置 → 网络 → 选择网络服务 → 详细信息 → 代理”，取消已启用的 HTTP、HTTPS 或 SOCKS 代理。菜单名称可能随系统版本变化。查看 Windows 官方代理路径查看 macOS 官方代理路径

现象	先做什么	如何判断
系统代理可用，某个应用仍直连	检查该应用是否读取系统代理	更像应用代理能力差异，不一定是订阅故障
TUN 打开后全部无法连接	关闭 TUN，恢复系统代理，再查服务、权限、核心和防火墙	系统代理恢复而 TUN 失败，问题集中在 TUN 链路
Windows TUN 失败	检查服务模式、管理员权限和核心防火墙放行	日志若提示服务未运行或核心被阻止，优先处理权限与防火墙
Mac TUN 失败	检查服务模式、管理员授权和 `utun` 设备设置	不要用 Windows 服务文件或路径进行替换

DNS、进程规则和端口：最容易出现跨系统差异的地方

Mihomo 的 TUN 文档明确说明，在 Windows 和 macOS 上，TUN 不能自动劫持发往局域网的 DNS 请求；dns-hijack 只是把符合条件的连接导入内部 DNS 模块。因此，TUN 已开启但域名解析失败时，不能只判断为订阅坏了。查看 Mihomo DNS 劫持说明

先在客户端配置中确认 DNS 模块已启用，并检查实际运行配置中的 dns-hijack 是否存在；菜单和字段名称以当前界面为准。
关闭 TUN、恢复系统代理后复测同一域名。如果系统代理可用而 TUN 失败，优先检查 TUN 路由与 DNS 劫持范围。
在 Windows 或 macOS 的网络设置中临时确认系统 DNS 是否仍指向局域网 DNS；修改前记录原值，测试后恢复原设置。
如果只有局域网域名失败，保留本地网络所需的 DNS 解析，不要为了排错直接关闭所有安全检查或允许无效证书。

Mihomo 支持 PROCESS-NAME、PROCESS-PATH 及通配符和正则规则，但匹配值取决于操作系统与应用安装位置。官方规则示例同时使用 Windows 路径和 Unix 路径，因此字段类型可以复用，具体值不能默认复用。查看 Mihomo 路由规则文档

应用类型	Windows 示例	macOS 示例	建议
浏览器	`PROCESS-NAME,chrome.exe,PROXY`	`PROCESS-PATH,/Applications/Google Chrome.app/Contents/MacOS/Google Chrome,PROXY`	以实际进程名或路径为准
命令行工具	`PROCESS-NAME,curl.exe,PROXY`	`PROCESS-NAME,curl,PROXY`	确认系统实际调用的进程名
其他图形应用	填写实际的 `.exe` 名称或完整路径	优先填写 `/Applications/应用.app/Contents/MacOS/进程`	不要把应用显示名称当作进程名

端口也应分别确认。遇到“端口已占用”时，在客户端设置中查看当前混合、HTTP、SOCKS 等端口，再用系统工具确认占用进程。不要为了排错把没有认证和加密的本地代理端口绑定到所有网卡或公网。

连接失败时的统一排查顺序

Windows 和 macOS 都可以按“订阅—内核—本地代理—服务权限—TUN—DNS—具体应用”的顺序定位。每次只改一个变量，避免更换节点、改 DNS、重装客户端和切换 TUN 同时发生。

订阅层：确认订阅链接能够访问，配置页面是否生成文件，更新记录是否出现连接或解析错误。
内核层：确认客户端能看到 Mihomo 内核；若出现内核缺失或启动失败，先通过“打开内核目录”和“打开日志目录”检查，不要使用来路不明的单独核心文件。
代理层：关闭 TUN，只开启系统代理，选择一个明确遵循系统代理的应用测试。
权限层：Windows 检查管理员权限、服务模式和防火墙；macOS 检查服务模式与管理员授权。
DNS 层：如果 IP 连接正常但域名失败，分别检查系统 DNS、Mihomo DNS、dns-hijack 和局域网 DNS 请求限制。
应用层：如果只有单个应用失败，检查它是否使用独立 DNS、独立代理、QUIC 或自己的证书存储，不要仅凭一个应用的结果判定整份订阅不可用。

排查完成后，关闭客户端前先关闭 System Proxy；如果使用 TUN，先关闭 TUN，再退出客户端。若系统仍无法联网，按上面的 Windows 或 macOS 代理路径检查是否残留手动代理。

常见问题

Clash Verge Rev 的 Windows 和 Mac 可以共用一份订阅吗？

通常可以。节点、代理组和多数 Mihomo 规则一般来自订阅或配置文件，能够在两个系统中重新导入。但系统代理、TUN、端口、应用目录、DNS 覆写和进程规则属于本机设置，需要分别检查。

Windows 的配置文件能直接复制到 Mac 吗？

不建议直接覆盖整个应用目录。可以备份订阅、规则覆写和自定义配置，再在 Mac 中重新导入，并通过客户端的应用目录入口确认实际路径。包含本地路径、端口、进程名或 TUN 参数的内容需要逐项检查。

为什么 Windows 能开 TUN，Mac 却开不了？

先检查 Mac 的服务模式是否安装、管理员授权是否完成，以及 TUN 设备名是否符合以 utun 开头的要求。不要把 Windows 的服务文件、路径或权限处理方式直接复制到 Mac。

为什么把 Windows 的 PROCESS-NAME 规则复制到 Mac 后不生效？

因为进程名称和路径通常随操作系统不同。Windows 常见值可能带 .exe，macOS 应按实际进程名或完整路径重新填写，例如 /Applications/应用.app/Contents/MacOS/进程。

TUN 开启后 DNS 失败，是订阅坏了吗？

不一定。Mihomo 文档说明 Windows 和 macOS 不能自动劫持发往局域网的 DNS 请求。可以先关闭 TUN、恢复系统代理，再检查 DNS 模块、dns-hijack、系统 DNS 和实际请求是否走本地网络。