Windows 安装 Clash Verge Rev 全流程:服务模式、系统代理与开机自启

安装顺序：先跑通系统代理，再考虑 TUN

Windows 上配置 Clash Verge Rev，建议按“确认架构 → 安装客户端 → 导入订阅 → 选择策略 → 开启系统代理 → 验证连接”的顺序操作。服务模式用于管理需要较高权限的内核运行任务，TUN 则负责通过虚拟网络接口接管流量；两者都不是导入订阅的前提。

Clash Verge Rev 是图形客户端，实际处理规则、DNS 和代理连接的是 mihomo 内核。客户端窗口能打开，只能说明界面启动成功；订阅有效、内核运行、代理端口可用和应用流量进入内核，是需要分别确认的四件事。

安装包选择：区分处理器架构与安装范围

在 Windows 设置中确认系统类型

打开 Windows 11 的「设置」→「系统」→「系统信息」，查看“系统类型”；Windows 10 对应入口通常为「设置」→「系统」→「关于」。Intel、AMD 的常见 64 位电脑选择 x64 安装包；搭载 Snapdragon 等处理器的电脑属于 ARM64，应先确认所选发行版本是否提供 ARM64 包及对应支持说明。

通过客户端下载页选择 Windows 对应入口，并核对项目名称为 Clash Verge Rev。安装包版本会变化，本文不固定某个版本号；遇到界面或系统要求差异，以当前发行说明为准。下载完成后检查文件属性与来源，系统出现风险提示时先确认来源，不要通过关闭整套安全防护来绕过检查。

完成安装并处理首次运行依赖

1. 退出正在运行的旧版客户端；升级前备份配置，尤其是本地覆写、规则和自定义代理组。
2. 运行安装程序，按向导选择安装位置。写入系统目录或安装服务时可能出现 UAC 授权窗口，确认程序来源后再授权。
3. 首次打开客户端，确认窗口与托盘图标正常出现。关闭窗口可能只是收起到托盘，不等于退出程序。
4. 若提示缺少 Microsoft Edge WebView2 Runtime，按项目安装说明补齐运行时；不要从不明站点下载单个 DLL 放进程序目录。

订阅导入：确认配置已启用，而不只是下载成功

进入客户端的「订阅」页面，通过“新建”或“导入”入口添加服务提供方给出的 Clash 兼容订阅链接。不同版本的入口名称可能略有差异。订阅地址通常包含访问凭据，不应放进截图、公开日志或在线配置转换网站。

1. 粘贴订阅链接并执行下载，确认没有 HTTP 错误、超时或 YAML 解析错误。
2. 在订阅列表中选中刚导入的配置，确认它成为当前启用项。仅出现在列表中，不代表内核已经使用它。
3. 打开「代理」页面，将运行模式设为“规则”，检查代理组是否出现预期节点。
4. 在承担代理出口的策略组中选择一个可用节点；若选中的是 DIRECT，请求会直连。

订阅返回内容可能是网页、登录提示或其他客户端格式，即使链接能在浏览器中打开，也不代表可以直接供 mihomo 使用。导入失败时先看具体错误：以 HTML 开头的响应通常不是配置；缺少必需字段或引用不存在的策略名称，则需要检查订阅格式与覆写内容。

系统代理：确认端口、Windows 设置和应用行为

在客户端中开启“系统代理”，并打开 Windows「设置」→「网络和 Internet」→「代理」，检查手动代理是否指向本机地址。以下诊断以混合端口 7897 为例；它不是所有安装环境的固定值，必须先从客户端设置或实际运行配置中读取当前端口。

系统代理只是让遵循 Windows 代理设置的应用使用指定入口，并不自动接管所有程序。浏览器扩展、自带代理设置的应用、部分命令行工具以及使用 WinHTTP 的程序，可能采用不同设置。不要因为一个程序没有走代理，就立即判断客户端安装失败。

用明确指定代理的请求隔离问题

打开 PowerShell，先检查本机端口，再用 Windows 提供的 curl.exe 发起请求。显式写出 .exe，可以避开部分 PowerShell 环境中 curl 别名带来的参数差异。

Test-NetConnection -ComputerName 127.0.0.1 -Port 7897
curl.exe --proxy http://127.0.0.1:7897 --connect-timeout 10 --max-time 20 -I https://example.com/

• TcpTestSucceeded : True：说明本机该端口接受连接，不代表节点与远端网站一定可用。
• 立即提示连接被拒绝：优先检查端口是否填错、内核是否运行，而不是反复切换节点。
• 本机端口可连接，但请求超时：继续检查代理组选择、节点连通性、规则命中和内核日志。
• 显式代理请求成功，浏览器仍失败：检查浏览器自身代理扩展与系统代理配置是否冲突。

命令中的 10 秒与 20 秒分别是连接和总请求超时上限，不是速度测试结果。验证时同步打开客户端「连接」页面，观察目标域名、命中规则及实际策略链；即使请求成功，也要确认它是否按预期走代理，而非被规则判为直连。

服务模式与 TUN：授权和接管范围分开设置

服务模式解决权限问题

服务模式让后台服务承担内核启动等需要权限的工作，避免日常每次打开图形界面都手动提升权限。常见版本入口位于「设置」→「Clash 设置」→「服务模式」；如果布局不同，可在设置页查找“服务模式”或服务管理入口，以当前界面的名称为准。

1. 在服务管理入口执行安装，确认 UAC 提示对应当前安装目录中的程序。
2. 等待界面显示服务已安装或正在运行；失败时保留完整错误信息，不要连续重复安装。
3. 按界面提示重启客户端或内核，再确认服务状态和配置加载结果。

服务已安装、服务正在运行、内核成功加载配置是不同状态。服务模式也不等于开机自启：后台服务可能随系统启动，但图形界面是否在登录后启动、是否恢复系统代理，仍取决于客户端设置。

TUN 用于系统代理覆盖不到的流量

需要让不读取系统代理的程序进入规则处理时，再尝试启用 TUN。Windows 下 TUN 通常涉及虚拟接口、路由及 DNS 处理，需要具备相应权限。开启前先确认服务模式正常，随后只改动 TUN 这一项，保留已验证的订阅与节点选择。

TUN 并不代表所有连接必然代理，最终动作仍由规则决定。域名解析、Fake-IP 映射、路由排除和其他 VPN 软件都会影响结果。企业 VPN、虚拟机网络或安全软件同时运行时，可能发生路由冲突；出现内网访问异常，应先关闭 TUN 做对照测试，而不是直接删除系统网络适配器。

开机自启：在重新登录后验证完整链路

客户端常见的自启选项位于「设置」→「Verge 设置」中的“开机自启动”或“开机启动”。若当前版本调整了分组，查找同名开关即可。开启后，在 Windows 11「设置」→「应用」→「启动」中检查对应启动项是否被系统禁用；Windows 10 也可通过任务管理器的“启动”页查看。

对桌面客户端而言，“开机自启”通常是用户登录后启动，并不等同于登录前即可提供代理。笔记本从睡眠恢复也不是一次完整启动，不能替代重新登录或重启测试。

重启后核对五个状态

• 托盘中只有预期客户端在运行，旧客户端没有同时恢复系统代理。
• 订阅仍是之前启用的配置，代理组选择没有意外变成 DIRECT。
• 内核正常运行，实际端口仍与 Windows 系统代理设置一致。
• 需要系统代理或 TUN 时，对应开关已恢复；不要假设所有版本都会自动恢复。
• 发起一个新请求后，“连接”页面出现记录，目标与策略链符合预期。

若登录后偶尔无法联网，先比较“客户端尚未启动”和“客户端启动完成”两个时刻的系统代理状态。系统保留了本机代理地址而客户端未运行时，遵循系统代理的应用会连接到一个无人监听的端口。临时恢复网络可在 Windows 代理设置中关闭手动代理，然后再排查启动项，而不必立即重装。

安装与运行报错：按现象定位，不同时重置所有设置

定位端口占用的进程

若日志指向端口冲突，可在 PowerShell 执行以下命令。第一条列出监听地址、端口和进程编号，第二条读取该监听端口所属的进程。查询不到监听记录时，第二条可能报错，这通常意味着需要先核对端口或内核状态。

Get-NetTCPConnection -LocalPort 7897 -State Listen |
  Select-Object LocalAddress, LocalPort, OwningProcess

Get-Process -Id (Get-NetTCPConnection -LocalPort 7897 -State Listen).OwningProcess

发现占用者后先确认程序身份，不要直接结束不认识的系统进程。如果修改了混合端口，需要重新检查系统代理以及手动配置过端口的应用；旧端口仍留在浏览器扩展或开发工具里，会造成只有部分应用失败的现象。

完成标准：配置可用、启动可恢复、故障可回退

完成安装并不以开关全部开启为标准。对主要使用浏览器的电脑，规则模式配合系统代理可能已经足够；需要覆盖其他应用时，再增加服务模式和 TUN。每新增一项功能，就重复一次端口、连接记录和目标访问验证。

最后保留一份本地覆写与设置备份，并记下实际端口、当前订阅和服务状态。退出客户端前关闭系统代理，或确认正常退出会恢复系统设置；升级后重做一次登录启动测试。后续遇到规则与 DNS 问题，可继续查阅使用手册；首次导入和基础操作则按入门教程逐步核对。