Clash Verge Rev 界面功能速览:代理页、配置页与日志页各管什么

先分清配置、代理选择与流量接管

首次打开 Clash Verge Rev，先解决三个问题：配置从哪里来、请求交给哪个节点、应用流量怎样进入客户端。这三件事分别对应配置页、代理页，以及设置里的系统代理或 TUN 模式。只在代理页点选节点，不代表浏览器已经使用代理；导入订阅成功，也不代表该配置已经启用。

Clash Verge Rev 是桌面客户端，配置管理、系统集成与界面操作由客户端提供，连接转发和规则匹配由其使用的 mihomo 内核执行。排查时要区分“界面操作没有生效”和“内核收到请求后连接失败”，两者查看的位置不同。

下文按这些入口逐项说明。不同发行版本的侧边栏顺序、按钮位置和设置分组可能调整，操作时以页面中的功能名称为准；端口数值也应读取当前设置，不要把示例值当成所有安装环境的固定值。

代理页：选择运行模式与策略组出口

进入「代理」，先看当前运行模式，再看策略组。规则模式下，内核按照配置里的规则选择策略；全局模式下，通常使用 GLOBAL 策略处理流量；直连模式则不使用代理节点转发常规请求。切到全局模式适合短时对照测试，不宜用它代替长期的规则排查。

策略组不是订阅，也不一定是单个节点

配置可以定义多个策略组，例如“节点选择”“自动选择”“流媒体”。这些名称由配置作者决定，并非客户端固定功能。组内项目既可能是节点，也可能是另一个策略组，或是 DIRECT 这样的内置策略。

• select 组通常用于手动选择；在界面点击目标项目后，该组后续新连接按新的选择处理。
• url-test 组按照配置指定的测试地址、间隔和容差自动评估节点，不等同于每次都固定选择显示数值最低的节点。
• fallback 组主要按可用性与配置顺序选择出口，不能简单理解成最低延迟组。

延迟数值能说明什么

点击节点或策略组的延迟测试按钮，得到的是针对指定测试地址的连接测试结果。假设某次结果为 180 ms，这不代表下载速度，也不保证所有网站都能访问。测试地址、节点线路和目标网站不同，结果就可能不同。显示超时后，应结合日志判断是节点不可达、解析失败，还是测试目标本身不可用。

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

「配置」页管理客户端要加载的配置来源。远程订阅通常通过 URL 获取 YAML 内容，本地配置则来自文件。客户端需要的是兼容配置，而不是任意一种节点分享文本；导入失败时，先确认订阅提供方给出的是 Clash 或 mihomo 可用格式。

首次导入按四步确认

1. 打开「配置」，在订阅链接输入区域粘贴完整 URL，并执行导入。不要把网页介绍页地址当成订阅地址。
2. 等待配置卡片出现，检查是否有下载失败或解析错误提示。卡片出现只说明配置已加入列表。
3. 在对应卡片上执行启用或选中操作，确认当前活动配置已经切换。
4. 返回「代理」，检查预期策略组和节点是否出现，再进行节点选择与连接测试。

“更新订阅”是重新获取远程内容；“切换配置”是让内核使用另一份配置，两者不是同一个动作。如果更新后节点仍然没有变化，先检查更新的是否为当前启用卡片，再看日志是否提示拉取或加载失败。

编辑配置前，确认修改能否保留

直接编辑远程订阅下载得到的内容，后续更新可能覆盖这些改动。需要长期添加规则或调整字段时，应使用当前版本支持的覆写、扩展配置等机制，并核对最终生效内容。不要同时维护多处相同字段，否则界面开关、订阅原文和最终配置可能不一致。

订阅 URL 常带访问凭据。截图、提交问题和分享配置前，应移除 URL 查询参数中的令牌、节点密码及私人服务器信息。保留字段名和错误行号即可帮助定位，大多数界面问题不需要公开完整订阅。

连接页：核对请求是否进入内核、实际走向哪里

「连接」页适合回答“这个网站到底有没有走代理”。打开该页后，在浏览器发起一次新请求，查看对应目标域名或 IP、上传下载数据，以及界面提供的规则和代理链信息。某些进程字段依赖操作系统权限与流量接管方式，字段为空不代表请求一定异常。

按请求出现与否分两条路线

• 找不到对应请求：先检查浏览器或应用是否使用系统代理，或该流量是否由 TUN 接管。同时检查页面筛选条件，避免目标连接被过滤。
• 能看到请求，但走 DIRECT：查看匹配的规则和当前运行模式。命中直连规则时，继续在代理页更换节点通常不会改变该请求的走向。
• 能看到请求，且走预期节点：再结合日志检查连接目标、DNS 和超时，不要反复重新导入同一个订阅。

例如目标请求的代理链最终显示 DIRECT，而预期应经过“节点选择”，就应检查规则选择了哪个策略，以及该策略是否又指向直连。连接页反映实际请求结果，代理页则反映策略组当前选择，两者需要一起看。

关闭连接只会中断已有会话，并不会修改分流规则。连接列表也不一定保存完整历史；短请求可能很快结束。需要持续观察时，可边重现问题边查看日志，而不是只依赖一张静态连接列表截图。

规则页：查看规则顺序与命中条件

「规则」页用于检查当前内核加载了什么分流规则。规则模式下，规则通常按顺序匹配，先命中的条目决定所用策略。排查重点是条件、顺序和策略名称，而不是只搜索目标域名是否曾经出现。

下面是语法示例，不是要求直接覆盖现有配置。节点选择 必须是配置中已经存在的策略组，实际应用前还要考虑已有规则和规则集：

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

• DOMAIN 精确匹配域名；示例中的 example.com 不会自动涵盖所有子域名。
• DOMAIN-SUFFIX 用于匹配指定域名及其子域名，例如 example.org 与 www.example.org。
• MATCH 作为兜底规则，应放在需要优先判断的规则后面。

如果配置使用 RULE-SET，还需要关注对应的 rule-providers 是否成功加载。规则列表里出现引用，不等于远程规则集已经下载成功；相关下载错误应去日志页确认。修改规则时还要区分临时编辑和可随订阅更新保留的持久覆写。

日志页：按时间与关键字缩小故障范围

「日志」记录内核运行事件，是导入失败、访问超时和 DNS 问题的主要排查入口。先记下出问题的时间，再重现一次操作，围绕该时间段寻找相关目标和错误。后台自动更新、其他应用请求也会产生日志，不能把任意一条警告都当成当前故障。

先看错误属于哪一层

日志级别通常包含 info、warning、error、debug 等。页面筛选只影响显示范围，内核日志级别则影响产生多少记录；如果当前内核只输出错误，单纯切换页面筛选不会补回此前未记录的信息。

需要深入排查时，在当前版本提供的日志级别设置中临时启用 debug，重现一次问题后恢复常用级别。分享日志时保留发生时间、错误文本和相关上下文，同时遮盖订阅凭据及私人地址。仅截取“连接失败”四个字，通常无法判断故障在哪一层。

设置页：系统代理、TUN 与端口各自控制什么

「设置」里的网络开关决定流量怎样进入内核。先确认内核正常运行，再决定启用系统代理还是 TUN。两者不是“普通节点”和“高级节点”的区别，也不会自动修复失效订阅。

系统代理与 TUN 模式

• 系统代理：把代理地址写入操作系统的代理设置，适合遵循该设置的浏览器和应用。不读取系统代理的应用可能仍然直连。
• TUN 模式：通过虚拟网络接口和相应路由接管流量，适合需要处理更多应用流量的场景。启用通常涉及服务模式或管理员权限，具体要求取决于系统和安装方式。
• 两者同时开启：是否需要同时启用取决于应用与配置。出现异常时，先固定一种接管方式做对照测试，避免一次改变多个变量。

如果浏览器正常而某个桌面应用不通，先确认该应用是否支持系统代理，再考虑 TUN。若正在使用其他 VPN 或虚拟网卡工具，还要关注路由、DNS 与网卡之间的冲突，而不是持续重复开关同一个按钮。

混合端口与局域网访问

在「设置」中找到端口相关参数，读取当前混合端口。假设页面显示 7897，需要手动配置代理的应用通常应填入主机 127.0.0.1 和端口 7897，并按应用要求选择 HTTP 或 SOCKS 代理协议。这里的 127.0.0.1 指当前设备，不是远程节点地址。

修改混合端口后，手动配置过的应用也必须同步修改。其他设备不能通过它们自己的 127.0.0.1 连接这台电脑；局域网共享还涉及监听地址、允许局域网连接和防火墙规则。只供本机使用时，不必为了排查浏览器问题额外开放局域网访问。

首次使用与故障排查的操作顺序

熟悉界面后，可以把常见操作固定成一条短流程。每次只改变一个因素，再用同一个目标验证，这比同时切换节点、模式、DNS 和 TUN 更容易找出原因。

1. 配置页：导入并启用配置，确认没有解析或更新错误。
2. 代理页：保持规则模式，选择需要使用的策略组出口，执行一次延迟测试。
3. 设置页：确认实际混合端口，启用适合当前应用的流量接管方式。
4. 连接页：发起新请求，确认请求出现，并查看规则与代理链。
5. 规则页：实际走向不符合预期时，检查匹配条件、顺序和兜底规则。
6. 日志页：走向正确仍失败时，按时间定位解析、连接或目标服务错误。

后续学习可以从客户端上手教程继续；需要调整 DNS、规则集或覆写时，再查看进阶配置。先让一份配置和一种接管方式稳定工作，再增加复杂设置，排查范围会更清楚。