GUIDE / LINUX CLIENT

Clash Verge Rev 教程
订阅导入与连接验证

按“导入订阅 → 选择代理模式 → 连接 → 验证”完成首次配置。先让浏览器请求走通,再处理终端代理与 TUN。

开始前:安装客户端与准备订阅

先准备已经安装并能打开的客户端,以及服务提供方给出的 Clash 或 mihomo 格式订阅地址。客户端负责读取配置、运行内核和接管请求;安装软件本身不会产生可用节点。只有账户页面、购买记录或提供方说明确认了订阅用途后,再把地址导入客户端。普通网页地址、账户登录页和单个节点分享链接,不一定能作为完整配置直接导入。

Linux 用户可先执行下方命令查看处理器架构。输出 x86_64 通常对应 amd64 或 x64,输出 aarch64 通常对应 arm64。安装包还要匹配发行版:Debian、Ubuntu 系列常用 DEB,Fedora 等系统常用 RPM。具体支持架构以下载页实际列出的文件为准,不要只凭扩展名判断。图形客户端先通过发行版的安装工具完成安装,再从应用菜单启动。

uname -m

首次操作时,先关闭其他代理客户端的系统代理和透明代理功能,避免多个程序争用本地端口或反复改写桌面代理设置。保留当前网络的正常网关与 DNS 设置,不要同时修改路由器。下文采用较短的验证路线:默认规则模式、一个明确的出口、系统代理。若当前网络本身已经无法访问普通网页,先恢复基础联网,再进行导入。

步骤 1:导入订阅并启用配置

打开 Clash Verge Rev,在侧栏进入“订阅”或“配置”页面。找到订阅地址输入栏,将提供方给出的完整地址粘贴进去,再点击“导入”。地址如果带有查询参数,需要保留完整内容;复制时不要带上聊天消息里的引号、换行或末尾标点。随后等待导入完成,不要连续重复点击,以免生成多个相同配置。

导入成功后,页面应出现一张配置卡片,通常包含配置名称和更新入口。点击卡片或使用其菜单中的启用操作,将它设为当前配置;具体选中标记随版本不同,可能表现为描边、勾选或当前配置提示。仅看到文件下载成功还不够,必须确认正在使用这份配置。接着打开“代理”页面,检查是否出现策略组和可选节点,这才进入下一步。

如果提供方交付的是本地 YAML 文件,可使用配置页面的文件导入功能,选择该文件后再启用。文件必须包含客户端可读取的配置结构;把一个普通文本文件改名为 config.yaml 不会自动生成节点。远程订阅通常可以通过配置卡片更新,本地文件则未必带有更新来源,两者的维护方式要分别理解。

遇到导入失败,先看提示属于哪一类。下载超时说明客户端尚未成功取得内容;格式或解析错误说明取得的内容不能按配置读取;账户失效提示则需要回到提供方页面核对状态。可以在浏览器中确认订阅入口是否能访问,但不要把订阅链接粘贴到公共在线转换页面,也不要把返回内容公开发出。报错求助时只保留错误类型,遮盖链接、账户信息与节点凭据。

此步的完成标准是:当前配置已选中,“代理”页面能看到配置提供的策略组与节点。如果配置卡片存在但列表为空,先检查是否真正启用,以及订阅是否仅提供 Provider 内容。Provider 的引用关系属于配置层问题,可转到配置文件参考查阅;不要在空列表状态下反复切换系统代理。

步骤 2:选择规则模式与代理节点

配置启用后,在首页或“代理”页面找到运行模式,先选择“规则”或 Rule。规则模式会根据当前配置中的规则,为进入内核的请求选择直连、代理或其他动作。它适合作为首次使用的起点,因为可以在后续验证时检查每条请求命中了什么规则,而不是先把所有请求统一送往一个出口。

随后找到负责代理出口的策略组。组名由订阅配置决定,可能使用“代理选择”、Proxy 或其他名称,并不存在必须叫某个名字的固定按钮。点击该组展开候选项,先选择一个明确的节点。如果候选项本身又是一个策略组,继续展开,确认最终落到具体节点或预期的自动选择组。不要误把 DIRECT 当成代理节点,它表示直接连接目标。

如果页面提供延迟测试按钮,可以用它初步排除没有响应的候选项,但测试结果不是网页访问保证。测试地址、节点协议与目标网站不同,都会影响实际表现。首次排查宜保持一个出口不变,先完成后面的请求验证;同时更换节点、切换模式和修改 DNS,会让问题来源难以定位。

规则、全局、直连分别改变什么

“全局”或 Global 会让进入内核的流量使用全局策略组,适合短时间判断某个网站是否受规则选择影响。切换后还需检查全局策略组里选中的出口,它不一定与规则模式下的选择相同。“直连”或 Direct 则让进入内核的请求直接连接,通常用于临时对照。全局模式不会自动覆盖所有应用:没有进入内核的请求,仍不会因为这个模式开关而被接管。

因此,模式与接管方式是两件事。当前先保持规则模式,并记录选中的策略组和出口。下一步再通过系统代理把浏览器请求送入内核。如果对策略组、规则命中或 DIRECT 的含义不熟悉,可先查术语手册;完整规则语法放在配置参考,无需在首次连接时逐条改写。

步骤 3:开启系统代理建立连接

返回客户端首页或设置页,确认内核处于运行状态,再找到“混合端口”或 Mixed Port。本文后续命令以 7890 为例,但实际端口必须以客户端显示值为准。混合端口可接受 HTTP 与 SOCKS 代理连接;浏览器或终端要把请求发到这个入口,内核才有机会按刚才选定的模式处理它。

打开客户端的“系统代理”开关。Linux 图形环境下,这通常会修改桌面会话的代理设置,应用是否遵循这些设置取决于自身实现。打开系统设置中的网络代理页面,核对地址是否为 127.0.0.1,端口是否与客户端一致。如果浏览器单独配置过代理扩展,先让它使用系统代理,或明确设置同一个地址与端口,避免扩展仍指向旧客户端。

此时重新打开一个浏览器标签页,访问准备测试的网站。如果浏览器长时间保持旧连接,可关闭对应标签页后再打开,必要时重启浏览器。客户端的系统代理开关表示桌面设置已被请求修改,不等于每个应用都已经使用代理。下一步会同时检查本地监听与真实请求,不依赖开关颜色作结论。

终端命令单独指定代理

终端程序通常不会自动读取桌面系统代理。首次验证使用 curl --proxy 显式指定地址即可,不需要立即修改 shell 启动文件。这样只影响本次命令,也容易与直连结果作比较。如果客户端的混合端口不是 7890,先替换下方命令中的端口;若系统没有安装 curl,通过发行版的软件包管理器安装后再执行。

curl --proxy http://127.0.0.1:7890 \
  --connect-timeout 10 --max-time 30 \
  -I https://example.com/

初次连接先不启用 TUN

TUN 用虚拟网络设备接管流量,适合不遵循系统代理的应用,但会额外涉及权限、路由与 DNS。第一次使用先保持 TUN 关闭,完成浏览器与显式代理命令的验证,再决定是否需要它。Clash Verge Rev 的 TUN 通常需要相应服务与授权;通过客户端提供的服务安装或授权入口操作,不要为了开启一个功能就把整个图形客户端长期以 root 身份运行。

若后续确需启用 TUN,先关闭其他 VPN 或透明代理,确认客户端的服务状态正常,再开启并重新测试。容器、远程桌面和服务器的网络路径可能不同,尤其不要通过远程会话直接试改默认路由。涉及 tun.stack、DNS 劫持与路由排除的细节,转到配置参考查阅;它们不是本次最短连接流程的必填项。

步骤 4:验证端口、请求与规则命中

验证分三层进行:先确认内核在监听,再确认请求能通过代理得到响应,最后确认浏览器实际使用了预期路径。三层不能相互替代。端口存在只说明本地入口已打开;网站能打开也可能是直接连接的结果。需要把命令输出与客户端里的连接记录对应起来,才能确定配置是否生效。

先检查本地端口

在 Linux 终端执行下方命令。若实际端口不同,修改过滤条件。正常情况下应看到包含 LISTEN 以及对应地址、端口的一行。看不到结果时,先回到客户端检查内核是否启动、是否使用了其他端口,再查看启动日志里的报错。此时不要先改节点,因为请求还没有到达节点选择阶段。

ss -lnt 'sport = :7890'

如果提示端口已经被占用,先确认是否有旧客户端或另一个 mihomo 实例正在运行。不要直接结束不认识的进程。可关闭已确认的旧客户端,或在当前客户端中换用未占用端口;修改后同时更新浏览器设置和测试命令,保持两端一致。初次本机使用通常不需要开启允许局域网连接。

再检查一次显式代理请求

执行上一步给出的 curl 命令,观察是否收到 HTTP 响应头。使用 HTTP 代理访问 HTTPS 时,可能先出现隧道建立的响应,再出现目标站点的响应;只看到隧道建立成功,还不能判定目标页面已返回。目标站点返回 403 等状态,表示请求收到拒绝响应,不应直接归为端口故障。证书错误则需要检查系统时间、证书环境与具体错误原因,不要通过关闭证书验证来掩盖问题。

example.com 在这里仅用于说明测试方式。它能返回响应,不代表所有目标站点都能访问,也不代表请求一定走了远端节点。接着把测试地址替换为实际需要访问的网站,并打开客户端“连接”页面或日志页面。找到对应域名,检查命中的规则、策略组以及最终出口;看到 DIRECT 时,该请求仍然是由内核选择直连。

最后确认浏览器与终端的差异

如果显式指定代理的 curl 能收到目标响应,而浏览器失败,优先检查浏览器是否遵循系统代理、代理扩展是否覆盖设置,以及旧标签页是否仍复用原连接。反过来,浏览器能访问而普通终端命令失败,通常先检查终端环境变量,而不是重新导入订阅。不同程序使用的接管入口不同,测试时要保持目标网站一致。

若端口正常,但显式代理请求仍超时,在同一个策略组中换一个节点再测试一次,并查看日志是否出现连接失败或域名解析错误。如果表现为部分网站可用、部分网站失败,再检查规则与 DNS。按照“端口 → 代理设置 → DNS → 规则 → 节点”的顺序处理,避免一次更改多个条件。更完整的分支排查见疑难解答。

退出、更新与下次启动

暂时停止使用时,先在客户端关闭系统代理;如果启用了 TUN,也先关闭 TUN,再退出程序。直接结束进程可能留下仍指向本地端口的桌面代理设置,表现为客户端已经关闭,浏览器却突然不能访问网页。遇到这种情况,到系统网络代理页面恢复原来的设置,再检查网络,不必立即重装客户端。

下次启动后,先确认当前配置与策略组选择是否保留,再开启所需的接管方式。订阅更新可以从配置卡片的更新入口执行;更新后若节点名称发生变化,重新核对策略组选择。订阅自动更新和客户端软件升级是两个独立操作,前者更新配置来源,后者更换应用程序,不要把其中一个当成另一个的完成标志。

到这里,日常使用主线已经完成。需要了解 YAML 字段、Provider、覆写和合并时,继续阅读配置文件参考;只想解释界面里的术语,可查看术语手册。保留当前能工作的设置作为对照,每次只调整一个选项,再用相同目标复测,后续定位会更直接。