如果你刚接触 Clash Verge Rev，最容易卡在两件事：一是机场订阅怎么导入、当前配置怎么切换； 二是浏览器能翻，但终端、IDE 或游戏客户端仍然不走代理。前者通常十分钟内能解决，后者往往需要把 TUN 虚拟网卡模式开起来，让流量在系统层面统一进入 Mihomo（Clash Meta）规则引擎。 本教程按「能跑起来 → 能用浏览器 → 能覆盖命令行/全局应用」的顺序说明，读者可以照抄步骤落地。
一、动手前先确认的 3 件事
很多人第一次安装后立刻导入订阅失败，其实是环境没准备好。建议先快速自检： 系统是否为 64 位、时钟是否准确、是否给了足够的管理员权限，以及安全软件是否拦截了网卡组件安装。 Clash Verge Rev 基于 Mihomo 内核，TUN 模式会在系统里创建虚拟网卡并调整路由优先级， 因此 Windows 的安全弹窗与杀软策略是常见干扰项，提前知晓能省掉一半排查时间。
- 架构：请使用 x64 安装包；在「设置 → 系统 → 关于」中确认系统类型。
- 时间同步：订阅签名、部分 TLS 握手对时间敏感，建议打开 Windows 自动对时。
- 权限与驱动：首次启用 TUN 往往需要 UAC 管理员确认；企业环境若限装驱动，需联系管理员放行。
二、获取安装包并完成安装
建议从官方发布页或你长期关注的可信渠道获取最新版安装程序（常见为 .exe 或 .msi）。
你也可以从本站 下载页 进入 Windows 客户端区，按指引保存安装包。
双击安装时若出现 SmartScreen，可点击「更多信息」后选择仍要运行——这与程序需要网络栈深层能力有关，并非所谓「来路不明」的代名词，
但仍应确保文件来源可靠。安装完成后，建议固定到任务栏，避免后续每次从深层菜单里找入口。
mihomo、tun、网卡驱动相关的条目并放行。
三、认识主界面：配置文件才是「真大脑」
打开 Clash Verge Rev 后，不要急着点满所有开关，先理解三块区域即可： 订阅与配置（Profiles）决定你正在使用哪一份 YAML/Mihomo 配置； 代理（Proxies）决定当前策略组选哪个节点； 设置（Settings）里的系统代理与 TUN 决定流量以何种方式进入内核。 新手常见误区是「代理页选了节点但配置未激活」，或「配置激活了但规则仍是 DIRECT」，这都会表现为「看似开了却上不去网」。
- Profiles：管理订阅链接、本地文件、远程配置的下载与更新。
- Proxies：展示
GLOBAL、RULE等模式下的出站与策略组。 - Connections / Logs：排查域名走了哪条规则、延迟与失败原因时非常有用。
四、导入订阅链接（最常用路径）
机场面板一般会提供以 https:// 开头的订阅 URL。复制后，在 Verge Rev 左侧进入
订阅（Profiles）页，将链接粘贴到顶部的输入框，选择以远程订阅方式添加（界面文案可能随版本微调）。
等待拉取完成后，会出现一张「配置卡片」，卡片内应能看到节点数量或最近更新时间。
点击「使用 / 激活」类按钮，将该配置设为当前生效配置——这一步与在代理页挑选节点同样重要。
- 打开 Profiles，粘贴订阅地址并确认名称、自动更新选项（可稍后再改）。
- 等待下载成功；若失败，先在浏览器里直达该 URL，排除订阅本身失效。
- 激活目标配置卡片，使其成为当前
config.yaml的来源。 - 进入 Proxies，确认策略组已加载出节点列表，而非空白或全部超时。
.yaml，可在 Profiles 页选择从文件导入。
导入后仍建议开启自动更新或定期手动刷新，避免节点大面积变更后你仍在使用过期列表。
五、代理模式与节点：先把 RULE 弄明白
Mihomo 通常提供 Rule（按规则分流）、Global（全局走代理出口）、Direct（直连）等模式。
绝大多数用户日常应停留在 Rule：国内站点直连，海外站点走代理，从体验与流量成本上都更友好。
仅当你希望临时验证「是不是节点本身坏了」时，才用 Global 对比测试。
在 Proxies 页面，重点留意 PROXY、节点选择、自动选择等策略组名称——这些称呼由配置文件定义，不同机场并不完全一致。
选节点时不要只看延迟数字：测速仅反映到你本机的 ICMP/TCP 探测，并不代表 YouTube、GitHub、游戏反作弊服务器的真实路径质量。 实用做法是：选一个测速稳定的中档位节点，再打开常用站点观察卡顿与错误码，必要时切换不同地区出站。
六、系统代理：浏览器的「第一道门」
在设置或主页中打开 系统代理 后，Windows 会将系统级 HTTP/HTTPS 代理指向 Verge Rev 监听的本地端口。 Chrome、Edge 等遵循系统代理的浏览器会立刻生效；这也是为什么很多人「只开系统代理就能冲浪」。 但请注意：并不是所有程序都尊重系统代理。许多命令行工具、部分游戏与桌面应用会自己绑定套接字或使用自有网络栈， 它们需要下一节的 TUN 方案，否则你会看到「浏览器正常、终端仍然超时」的分裂现象。
简易验证方式：开启系统代理后访问公网 IP 查询站点（如 ip.sb）， 若显示为节点所在区域，说明浏览器路径基本正确。若此处失败，先回到 Proxies 检查是否仍在 DIRECT 或节点不可用。
七、TUN 模式：让「不尊重系统代理」的流量也进内核
TUN 会在系统中创建虚拟网卡（名称常含 mihomo / Meta 相关字样），并以更高优先级接管出站流量。
这样一来，命令行里的 git clone、npm install、pip、WSL 部分场景甚至某些桌面应用，只要没有硬编码绕过，
都会先被送入 Clash 规则匹配，再决定直连还是转发到代理。
- 打开 Settings，定位 TUN 模式开关。
- 首次开启会弹出 UAC，请选择「是」授予管理员权限。
- 观察状态指示：成功时通常有明确的「运行中」或图标变化（具体以你的版本为准）。
- 在 PowerShell 执行
curl -s https://ip.sb，若返回节点侧 IP，则说明非浏览器流量已被接管。
TUN 与系统代理并非二选一：许多用户会同时开启二者，以便浏览器走系统代理、而 TUN 兜底命令行与其他应用。 若你遇到「双重代理」疑虑，可优先以实测为准：看连接日志里该进程的出口是否符合预期。
八、DNS 与分流：出问题的「隐蔽角落」
即便节点可用，DNS 解析路径异常也会导致页面白屏、应用卡在握手阶段。
Mihomo 允许在配置中指定 nameserver、fallback、fake-ip 等策略；
对新手而言，若你不打算手写 YAML，可优先使用机场提供的默认配置，再在遇到特定域名失败时让服务商更新规则。
若你具备一定基础，可在 Verge 的配置编辑器里查看 dns 段是否被误改成局域网不可达的地址。
另一个常见坑是「规则把所有流量导向错误策略组」：比如在 RULE 模式下，本该走代理的域名命中了
DIRECT，表现是国内 IP 打不开海外站。此时不要急着换节点，先在连接记录中确认该域名命中的规则名称，
再决定是换配置文件还是微调 rules。
九、订阅更新与长期维护
节点列表并非静态：机场会增删机柜、调整端口与流控策略。若长期不更新，你会看到大量超时或握手失败。 在 Profiles 卡片上通常有手动刷新入口；同时建议在详情里打开自动更新，并把间隔设为 12–24 小时这一类合理值——过短会给面板带来压力，过长则容易滞后。 更新后若突然出现大面积不可用，多半与机场侧维护有关，可先切换备用订阅或备用域名再观察。
十、常见问题与排查思路
订阅导入后节点全部超时？
用浏览器直接访问订阅 URL，确认返回的是可解析的 YAML/节点列表而非 403/空页面。 其次检查是否需要特殊 User-Agent、是否必须在特定网络下拉取。 若仅有部分节点超时，更像是个别出口被干扰，而非本地客户端坏了。
开启 TUN 后系统断网？
以管理员身份重新启动 Verge Rev；在设置内查找 TUN 相关重置选项； 或在「网络和 Internet → 高级网络设置」里确认虚拟网卡未处于异常禁用状态。 若你近期安装过其他 VPN 类软件，也可能存在路由表冲突，可先退出竞品再试。
系统代理正常，但 Git 仍连不上？
Git for Windows 默认可不读系统代理。优先开启 TUN；或在仓库维度配置 HTTP 代理环境变量——前者维护成本更低。 若公司有中间人证书，还需单独配置证书信任，这与 Clash 无冲突但需要额外步骤。
游戏延迟飙升或无法匹配？
不是所有游戏都适合走代理，有的反作弊会对虚拟网卡敏感。可先对游戏进程尝试直连规则，
或为该进程设置单独的 DIRECT 规则，再观察稳定性。此类场景更适合「局部放行」而非硬开全局。
站在长期使用角度，一些「单平台专用」客户端往往在规则生态与可编程性上偏弱：更新节奏取决于商家自带内核， 遇到新型协议或复杂分流时要等版本迭代；而诸如 V2RayN、Nekoray 等工具虽各有长处， 却在 Mihomo 规则集、策略组可视化编辑、TUN 与 Meta 特性组合上不如 Verge Rev 来得一体化。 Clash 系的优势在于：同一套规则思想可以贯穿浏览器、终端与桌面应用，配合 Meta 内核持续演进， 用户不必为了某个工具再学一套完全不同的配置方言。当你把订阅导入、系统代理与 TUN 串起来之后， 日常只需要偶尔更新订阅、按需切换节点，就能把维护成本压到很低；若你接下来还要在手机或路由器上统一策略， 也可以在本站继续查阅跨平台教程，把家庭网络出口纳入同一套规则语言中管理。