Clash Verge Rev 教程
订阅导入与首次连接

STEP 01 / PROFILE

导入订阅并启用配置

启动 Clash Verge Rev，点击左侧“配置”。在页面的订阅链接输入框中粘贴完整 URL，然后点击“导入”。不同版本的按钮位置可能略有变化，但应选择从链接导入，而不是手动创建空白配置。粘贴后检查链接首尾是否夹带空格、换行或聊天软件附加的标点，保留原有参数，不要自行删掉问号后面的内容。

导入过程会从订阅地址获取配置。成功后，配置页会出现一张配置卡片，通常能看到名称、更新时间或订阅提供方返回的信息。点击这张卡片，或使用卡片菜单中的启用操作，将它设为当前配置。仅仅看到卡片并不代表已经切换成功，应确认当前选中标记位于这张卡片上，再进入下一步。

打开“代理”页，检查是否出现策略组以及组内节点。策略组是规则引用的出口集合，名称可能是“节点选择”“自动选择”，也可能由订阅提供方自行命名。教程不要求把这些名称改成固定文字。只要配置已启用、策略组能够展开，并且能看到实际节点，就说明导入流程已走到可选择出口的阶段。

有本地文件时如何导入

如果拿到的是 .yaml 或 .yml 文件，在配置页使用文件导入入口，选择文件并启用。不要把文件路径填入订阅 URL 输入框。链接订阅一般可以通过更新操作重新获取内容，本地文件则未必具备远程更新来源；服务信息发生变化时，需要重新获取文件，或按提供方说明修改配置。

导入失败先检查哪一项

先看客户端提示：网络请求失败通常与订阅地址无法访问、设备网络或链接有效期有关；配置解析失败则更可能是返回内容不兼容。订阅地址应返回客户端支持的配置，而不是官网登录页、分享说明页或错误提示文本。向提供方确认选择的是 Clash 或 mihomo 兼容格式，不要只凭链接能在浏览器打开就认定格式正确。

若导入成功但代理页没有节点，先回到配置页确认启用的是刚导入的配置，再手动更新一次，并查看日志中的解析提示。不要连续导入许多相同链接，这会让当前配置难以辨认。关于订阅、配置文件和节点的区别，可查阅术语表；此时先保留一份明确可用的配置，再继续选择模式。

STEP 02 / ROUTING

选择规则模式与代理节点

回到“代理”页，找到运行模式选择区域。初次配置建议使用“规则”模式：客户端按照当前配置里的规则，决定每条连接使用直连、代理策略或拒绝策略。这样既能验证订阅附带的分流逻辑，也便于后续判断某个应用为什么没有经过代理。切换模式不会替代节点选择，也不会自动开启系统代理。

接着展开承担代理出口的策略组。如果组内是手动选择列表，先使用组内的测试按钮检查候选节点，再点击一个能够完成测试的节点。测试结果只表示该节点在当时能够访问配置的测试地址，不等同于所有网站和应用都能正常使用。不要仅凭一次测试显示的耗时决定长期选择，先以实际连接稳定为准。

有些策略组里面仍然是其他策略组，而不是最终节点。例如“节点选择”引用“自动选择”，后者再从多个节点中挑选出口。这是正常的嵌套结构。沿着当前选中项查看下一级，确认最终没有误选 DIRECT 或一个不可用的节点。若是自动选择组，客户端通常会按配置中的检测规则选择出口，不必为了跟随教程将它改成手动组。

规则、全局、直连分别用于什么

“规则”按配置逐条匹配，适合作为日常起点。“全局”通常把进入内核的连接交给全局策略组，需要另外确认该组的出口；它不代表系统里的所有应用都已被接管。“直连”则让进入内核的连接直接访问目标。模式描述的是进入内核之后如何处理流量，系统代理与 TUN 才负责决定哪些流量能够进入内核。

如果只是排查某个目标是否被分流到错误出口，可以临时使用全局模式做对照，但应先记下原模式和所选节点。对照完成后切回规则模式，避免忘记恢复。初次连接不要同时改模式、DNS、端口和规则，这会让结果难以归因；保持订阅原有配置，只选择一个可用出口即可。

策略组的自动检测、故障转移与负载均衡不需要在首次连接时全部配置。需要了解其工作方式时，查看策略组术语；协议支持与内核差异则放在协议手册中查阅。

STEP 03 / CONNECTION

开启连接并接管流量

桌面端：先开启系统代理

在 Clash Verge Rev 的“设置”页找到“系统代理”开关并开启，部分版本也能通过托盘菜单操作。该操作会把操作系统的代理地址指向本机客户端监听的端口，使遵循系统代理设置的浏览器和应用将请求交给内核。通常先保留默认端口，不需要为了连接而复制其他教程中的端口数字。

打开浏览器，刷新一个新的页面。若浏览器使用了独立的代理扩展或手动代理设置，先让它恢复使用系统代理，避免请求被转交给另一个地址。也应退出其他正在修改系统代理的客户端，防止两个程序轮流覆盖设置。开启开关后不要立即根据网页是否打开下结论，下一步还要结合连接页核对实际路径。

如果界面提示内核未运行、监听失败或端口被占用，先处理提示，再反复切换开关。端口占用常见于另一个代理程序仍在后台运行；退出冲突程序后重试，比随意改端口更容易保持配置一致。确实需要修改时，应同步检查依赖该端口的浏览器、终端或其他应用设置，具体见Clash 端口设置问题。

移动端：确认系统 VPN 授权

在移动客户端中选中已导入的配置和节点，然后点击首页的连接按钮。首次启动时，系统一般会询问是否允许创建 VPN 连接，确认后回到客户端检查连接状态。这里的 VPN 是操作系统提供的流量接管接口，并不意味着节点协议发生了变化。仅导入配置但未点击连接，移动应用的请求通常仍走原来的网络。

如果设备上已有其他 VPN 应用正在连接，先断开，再启动当前客户端。Android 的电池优化可能影响后台运行，首次验证可以保持客户端在前台，确认连接成立后再按系统提示调整后台权限。iOS 用户则以客户端连接状态与系统 VPN 状态为线索，不必照搬桌面端的服务模式或端口操作。

需要 TUN 模式时再开启

当浏览器已经可以使用代理，但游戏、命令行工具或某个应用不遵循系统代理时，再考虑 TUN 模式。TUN 通过虚拟网络接口接管流量，覆盖范围与系统代理不同；桌面客户端可能要求先安装服务或授予管理员权限。按当前版本提示完成操作，确认服务正常后再开启，不要在权限提示尚未处理时反复重试。

初次验证建议先用系统代理建立一条可观察的路径，之后再测试 TUN。若开启 TUN 后原本可用的连接异常，先关闭 TUN，回到已验证的系统代理路径，保留问题发生前后的日志。UWP 应用还有独立的回环访问限制，不能直接把它与节点故障混为一谈，可按UWP 回环说明处理。

STEP 04 / VERIFICATION

验证代理出口与规则命中

保持客户端开启，在浏览器中访问一个明确命中代理规则的目标，同时打开 Clash Verge Rev 的“连接”页。连接列表变化较快，可以先清空搜索条件，再按目标域名查找。观察对应条目的目标地址、命中规则和连接链路，确认请求经过了预期策略组，并落到了刚才选择的节点，而不是只看系统代理开关是否亮起。

短请求可能很快从活动连接列表消失。遇到这种情况，重新刷新目标页面，或使用日志页辅助查看规则命中记录。浏览器还可能复用已经建立的连接，因此切换节点后应发起新请求；必要时关闭相关页面再重新打开。不要为了让记录出现而公开上传完整日志，其中可能包含访问域名与个人网络信息。

用出口 IP 做交叉确认

在同一个浏览器里打开可信的 IP 查询页面，先确认该查询域名在当前配置下走的是代理策略，再观察返回的公网出口。结果应与所选出口的预期一致，而不一定与设备当前网络的公网地址相同。由于不同查询服务的数据来源和地理位置标注可能不同，地区文字只能作为辅助，连接页显示的实际策略链路更适合判断客户端有没有按规则转发。

不能只因 IP 没有变化就认定代理失效：查询站点可能命中了直连规则，也可能有部分请求使用了不同地址族。先在连接页确认这次查询请求的规则和出口，再决定是否继续检查。若连接记录表明已走代理但目标仍无法访问，应进一步检查节点与目标之间的连通性，而不是继续修改本机系统代理。

再验证一条直连路径

规则模式的目标是按需分流，而不是让所有连接都显示为代理。再访问一个在配置中明确命中直连规则的目标，确认连接页显示 DIRECT。如果代理目标与直连目标各自命中了预期策略，说明配置启用、节点选择和流量接管已经形成完整链路。无需为了追求所有记录一致而改成全局模式。

DNS 是否泄漏也不能仅凭出口 IP 判断。DNS 解析路径与应用连接路径相关但并不完全相同，检测页面可能受到浏览器加密 DNS、系统缓存和客户端解析配置的共同影响。首次连接先完成上述出口与规则验证；确实遇到解析结果异常时，再查看Clash DNS 泄漏与解析排查，不要未经判断就关闭所有解析功能。

验证失败时按链路回查

连接页完全没有对应请求，优先检查应用是否遵循系统代理、开关是否被其他软件覆盖，或移动端 VPN 是否真正连接。能看到请求但显示直连，检查运行模式与命中规则。已经选中代理节点却连接失败，再看节点测试、订阅有效性和日志报错。按这个顺序只改一项、重试一次，通常比同时修改多个设置更容易定位问题。

至此已完成从订阅到实际请求的检查。日常使用通常只需更新订阅、选择出口，并确认所需的接管开关已开启。需要更深入地选择协议或理解 mihomo 内核关系时，继续阅读内核与客户端参考；遇到具体异常则到常见问题按现象查找，不必重做全部配置。