Clash Verge Rev 界面速览：代理页、配置页、日志页分别管什么

先分清：界面、配置与 mihomo 内核

Clash Verge Rev 是桌面客户端，负责导入订阅、管理设置、展示连接状态；mihomo 是实际处理代理连接、DNS 与规则匹配的内核。界面里能看到节点，不代表应用流量已经进入内核；系统代理开关打开，也不代表每条连接都会走远端节点。理解这两点，再看侧边栏会更容易。

本文以 Clash Verge Rev 2.x 的常见中文界面为参照。不同小版本、窗口宽度和操作系统可能改变按钮位置与个别名称；以当前安装版本实际显示为准。下面按「代理 → 配置 → 连接 → 规则 → 日志 → 设置」的阅读顺序说明职责，侧边栏实际排序可能不同。

代理页：选策略组、选节点、看延迟

节点与策略组不是同一层

打开「代理」，通常先看到若干策略组，而不是一张所有请求共用的节点清单。策略组是规则可以引用的出口选择器：它可以包含节点，也可以包含其他策略组。订阅作者可能把它们命名为「节点选择」「自动选择」「流媒体」等，这些名字来自配置，不是客户端固定栏目。

1. 先找到当前要使用的策略组，并展开候选项。
2. 如果组类型是 select，点击一个节点或子策略组，确认选中状态发生变化。
3. 执行组内延迟测试，等待候选项返回结果；不要连续反复触发测试。
4. 新建一次网页请求，再到「连接」核对策略链，而不是只看节点卡片。

url-test 会根据探测结果自动选择候选出口，fallback 侧重按顺序寻找可用出口，load-balance 则按配置策略分配连接。它们的行为由配置决定，不能把所有组都当作永久固定某个节点的手动列表。

规则、全局、直连三种模式

• 规则模式（Rule）：按当前规则集决定出口。日常需要区分直连与代理时，先使用这一模式。
• 全局模式（Global）：进入内核的连接通常交给 GLOBAL 策略，排查时还要确认该策略实际选中的出口。
• 直连模式（Direct）：进入内核的连接走直连，通常用于对照测试。

模式选择在部分版本位于代理页上方，也可能出现在全局快捷区域。无论入口在哪，模式都不负责把应用流量送进内核。应用若绕过系统代理且没有被 TUN 接管，即使切到全局模式，也不能据此判断它已经经过代理。

配置页：导入订阅、更新内容、启用配置

「配置」管理内核使用的配置来源。远程订阅通常提供节点、策略组、规则及相关参数；本地配置则由本机文件提供。导入成功只说明客户端拿到了可保存的配置内容，后续仍需确认该配置已启用，且内核成功加载。

第一次导入的操作顺序

1. 进入「配置」，在订阅链接输入区域粘贴服务方提供的完整 URL，再执行导入。链接可能带有访问凭据，不要发到公开讨论区。
2. 等待出现配置卡片，检查名称与更新时间。若导入报错，先看错误提示，不要把订阅地址当作节点地址手动填写。
3. 选择该卡片作为当前配置，确认界面显示其处于启用状态；具体选中标记随版本不同。
4. 返回「代理」，确认策略组与节点已出现。若仍是旧内容，回到配置页确认当前启用的不是另一张卡片。

更新订阅不等于切换订阅

更新操作是重新获取同一来源的配置；启用操作是让某份配置参与当前运行。两张订阅卡片同时存在时，更新其中一张不代表它必然成为当前配置。节点数量变化、套餐流量信息与到期时间也取决于订阅服务是否提供相关数据，客户端不能自行生成这些信息。

需要调整规则时，先分清修改的是远程原始文件、本地配置，还是客户端提供的合并与脚本处理。直接改远程配置副本，可能在下次更新时被覆盖；若使用合并功能，应检查最终运行配置是否得到预期内容。YAML 的缩进、字段类型和策略组名称必须正确，不能只凭编辑器保存成功判断内核接受了配置。

连接页：确认一次请求的实际出口

「连接」展示进入内核的连接记录，是验证分流最直接的位置。常见字段包括目标主机、目标地址、网络类型、上传与下载量、命中规则和策略链。进程名称是否可见，受系统权限、接管方式与内核设置影响；缺少进程名本身不能证明连接异常。

用一次新请求完成验证

1. 保持「连接」页打开，在浏览器中新开一个目标网页，尽量减少其他应用的后台请求。
2. 按域名筛选记录；如果只能看到 IP 地址，再结合请求时间与目标地址识别。
3. 打开该连接的详情，记录命中规则、策略组和最终节点。策略链可能包含多级组，不能只看第一个组名。
4. 如果显示 DIRECT，到规则页查原因；如果经过预期节点，再结合网页响应或出口 IP 查询验证。

切换节点后，原有 TCP 长连接或 HTTP/2 会话可能继续使用旧出口。测试时应新建请求；必要时关闭相关连接，再重新访问。连接页提供的关闭操作会中断相应会话，下载、会议或远程终端可能因此断开，操作前先确认范围。

连接页暂时没有目标记录时，应先检查流量是否进入内核，而不是立即归因于节点不可用。浏览器可能使用了独立代理设置，应用也可能忽略系统代理。反过来，页面缓存可能使网页显示出来却没有产生预期的新请求。

规则页：看匹配条件、顺序与最终策略

「规则」展示当前运行配置加载的规则。常见类型有精确域名 DOMAIN、域名后缀 DOMAIN-SUFFIX、IP 网段 IP-CIDR、规则集引用 RULE-SET，以及末尾兜底的 MATCH。普通规则通常按顺序匹配，较前面的命中项会影响最终结果。

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - MATCH,节点选择

这个示例表示：匹配 example.com 及其子域名的请求走直连，其余交给「节点选择」。它只用于解释顺序，不能直接代替完整配置；第二行引用的策略组必须真实存在，名称也要完全一致。

规则页与连接页要对照使用

• 规则页看定义：条件是什么、排在什么位置、引用哪个策略。
• 连接页看结果：某一次请求命中了什么、最后经过哪个节点。
• 配置页改来源：需要长期调整时，找到实际生效的配置或合并规则入口。

如果界面只有目标 IP 而没有可用域名信息，域名规则不一定能按预期匹配。应结合 DNS 处理方式、应用是否自行解析域名以及是否启用域名嗅探分析。规则页列出了某条规则，并不等于每次请求都具备匹配它所需的信息。

日志页：按时间定位报错阶段

「日志」用于查看运行事件和错误上下文，不是另一种延迟排行榜。常见级别包括 info、warning、error、debug。日常保留适量信息即可；排查时短暂提高详细程度，复现后恢复，避免大量日志影响阅读并暴露访问细节。

先清晰复现，再读错误上下文

1. 记录当前时间、启用配置、所选节点，以及使用系统代理还是 TUN。
2. 打开「日志」，只复现一次失败操作，例如刷新一个目标网页。
3. 找到同一时刻的记录，连同前后几行一起阅读，不只截取最后一个 timeout。
4. 把错误归入配置加载、本地监听、DNS、远端连接或协议握手，再只调整对应部分。

同一类错误可能有多种原因。例如远端拨号超时既可能是节点线路不可达，也可能是本地网络阻断。先用另一条节点或另一种本地网络做单项对照，比连续修改 DNS、端口和模式更容易定位。需要提交日志时，保留错误类型与时间顺序，删除订阅地址、认证信息和不必要的访问域名。

设置页：系统代理、TUN 与端口各管一层

「设置」里最容易混淆的是系统代理与 TUN。系统代理把代理地址写入操作系统设置，适用于遵循该设置的应用；TUN 创建虚拟网络接口，结合路由与 DNS 配置接管流量，覆盖范围取决于实际设置。两者不是“普通节点”和“高速节点”的区别，也不会自动改善远端服务器的线路质量。

系统代理检查路径

进入「设置」，找到「系统代理」开关；监听端口通常在同页的端口或 Clash 参数区域查看。部分版本把相关项目放在「设置」→「Clash 设置」中。路径名称随版本调整时，以当前页面字段为准，不要照着其他客户端的菜单名称寻找。

例如，本机混合端口若实际设置为 7897，手动设置代理的应用应使用 127.0.0.1:7897；如果当前值是其他端口，就必须使用当前值。7890、7897 都不能被当成所有安装环境通用的固定答案。混合端口可接收 HTTP 与 SOCKS 代理连接，但应用端仍应选择自己支持的协议类型。

TUN 与服务权限

启用 TUN 时，客户端可能要求安装或启动服务、授予管理员权限。先完成界面提示的服务操作，再检查开关状态与日志。虚拟网卡、路由或 DNS 配置失败时，单看按钮开启不足以确认接管成功。公司 VPN、其他代理软件和安全软件也可能影响路由，排查前应记录原有网络设置。

一次完整操作：从导入到确认连接

1. 配置页：导入订阅，启用对应配置，确认加载没有报错。
2. 代理页：选择规则模式，在手动策略组里选一个节点并测试延迟。
3. 设置页：开启系统代理，核对本地监听端口；暂时保持其他网络设置不变。
4. 连接页：访问一个目标网页，检查新连接的命中规则和最终出口。
5. 规则页：若出口与预期不符，查找对应规则及其前面的匹配项。
6. 日志页：若连接失败，按时间定位错误，再对相应环节做单项排查。

记住各页之间的关系即可：配置决定有哪些节点与规则，代理决定策略如何选择，设置决定流量如何进入内核，连接展示实际结果，规则解释分流条件，日志补充失败原因。后续遇到“有节点但不能上网”“切换节点后出口没变”“某个网站仍然直连”等问题，都可以沿这条链路逐层核对。

首次安装与平台选择可继续查看入门指南；需要对照 DNS、端口和系统代理问题时，可查看常见问题。不熟悉策略组、内核与规则集等术语，可先查阅术语表，再调整配置。