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

先区分页面职责与流量入口

打开 Clash Verge Rev 后，先按“配置 → 代理 → 设置 → 连接 → 日志”的顺序操作。配置页决定加载哪些节点和规则；代理页决定策略组当前选用哪个出口；设置页决定应用流量怎样进入客户端；连接页和日志页负责验证结果。只选中节点，不等于 Windows 应用已经使用代理。

Clash Verge Rev 是图形客户端，实际处理连接的是 mihomo 内核。本文按 Windows 版常见中文界面说明。不同版本可能调整按钮位置或设置分组，订阅提供的代理组名称也不统一。不要把教程里的“节点选择”当成必须存在的固定按钮；应以当前配置实际显示的名称为准。

侧栏页面	主要操作	适合检查的问题
配置	导入、选择、更新订阅配置	节点没出现、订阅更新失败
代理	切换模式、选择代理组出口、测试延迟	连接选错节点、某组不可用
连接	查看目标、命中规则、代理链、连接流量	应用是否进入内核、实际走哪条策略
日志	查看配置加载、解析与拨号错误	为什么失败、失败发生在哪一步
设置	调整系统代理、TUN、端口与服务	浏览器能用但其他应用不通

配置页：导入订阅并启用配置

首次导入的操作顺序

从订阅提供方取得适用于 Clash 或 mihomo 的配置链接。账户登录页、购买页面和浏览器分享页通常不能直接作为订阅导入。
打开侧栏「配置」，在订阅链接输入框粘贴完整地址，再点击「导入」。链接中的查询参数也要保留。
等待配置卡片出现，点击对应卡片将其设为当前配置。若版本使用选中标记，以卡片的激活状态为准。
切到「代理」，确认已经出现代理组与节点。若仍是旧内容，返回检查是否只导入了新卡片，却没有切换到它。

订阅配置不仅包含服务器地址，也可能包含代理组、分流规则和 DNS 设置。导入两个订阅，并不表示两份配置会自动合并；普通配置切换通常只激活其中一份。需要合并节点或覆写规则时，应再查阅对应版本的扩展配置机制，不要靠反复点击卡片尝试叠加。

更新订阅与编辑配置的区别

在「配置」中找到目标卡片，通过更新按钮或卡片菜单执行更新。更新会重新请求远程内容，因此手动修改下载所得文件后，下次更新可能覆盖这些修改。需要长期保留的调整，应使用客户端支持的覆写或扩展方式，并先备份原始内容。

导入失败：去「日志」确认是地址不可达、认证失效，还是内容解析失败。能在浏览器打开一个网页，不代表返回内容是有效配置。
节点突然减少：先核对当前卡片与订阅提供方的服务状态，不要立即判断为界面丢失数据。
更新后规则变化：检查订阅本身是否调整了策略组或规则，再考虑本地覆写是否仍适用。

代理页：区分运行模式与代理组

进入「代理」，先确认当前模式，再选节点。常见模式包括「规则」「全局」「直连」，它们控制内核如何决定出口，而不是决定 Windows 是否把流量送进内核。即使选择全局模式，一个没有使用系统代理、也没有被 TUN 接管的应用，仍可能绕开客户端。

模式	工作方式	使用提示
规则	按规则顺序匹配，使用对应策略	适合日常分流；选节点前先看目标会命中哪个组
全局	交给全局策略组处理进入内核的连接	可短时对照排障，测试后恢复原模式
直连	进入内核的连接通常按直连处理	不等于关闭系统代理或退出客户端

为什么点了节点，出口仍没有变化？

规则模式可能同时显示多个代理组。例如，某个站点命中“流媒体”组，另一个站点命中“默认代理”组。修改“默认代理”组，不一定影响“流媒体”组。组内还可能选择另一个组，形成多层策略链；最终出口要到「连接」页查看，而不能仅凭某张卡片的选中样式判断。

手动选择组允许固定选项；自动测速组通常按测试结果与容差自动选择；故障转移组则按可用性和配置顺序切换。具体行为由配置中的组类型决定。若界面显示自动选择状态，先理解组的用途，不要把它当作无法保存手动选择的故障。

延迟数值能说明什么？

点击组内的延迟测试按钮后，结果只反映该节点到配置的测试地址在当时的连通情况。假设两个节点分别显示 80 ms 和 160 ms，这只是读数示例，不是本文实测；80 ms 不保证下载吞吐更高，也不保证目标站点可访问。超时还可能与测试地址、DNS 或网络临时波动有关，应结合实际连接复核。

设置页：先用系统代理，再按需启用 TUN

系统代理与端口

打开「设置」→「系统代理」，启用后让遵循 Windows 代理设置的应用使用本地监听地址。部分版本会把开关放在首页快捷区域；两处入口对应的仍是同一类流量接入方式。浏览器通常能够使用系统代理，但命令行工具、游戏及带独立代理配置的程序不一定遵循它。

在「设置」的端口相关项目中确认「混合端口」。例如，界面实际显示混合端口为 7897 时，本机手动代理可以填写地址 127.0.0.1、端口 7897。这里的数值是配置示例；不要把其他教程中的 7890 或 7897 直接当成本机事实，也不要把控制接口端口填成代理端口。

本机访问：127.0.0.1 指当前设备，不能用它让另一台手机连接电脑代理。
局域网共享：需要另行检查允许局域网连接、监听地址及 Windows 防火墙规则，不是打开系统代理就会共享。
端口冲突：日志出现地址占用时，先检查是否同时运行了另一个代理客户端，避免两个程序争用同一端口。

TUN 模式与服务模式

「设置」→「TUN 模式」通过虚拟网络接口接管符合路由条件的流量，适合处理不读取系统代理的应用。它涉及路由、DNS 与权限，不是“更快”的同义词。先用系统代理确认配置和节点可用，再启用 TUN，能把节点故障与接管故障分开。

在 Windows 上，先到「设置」的「服务模式」相关入口确认服务已安装并正常运行，再按当前版本要求启用 TUN。服务模式为需要权限的内核操作提供运行条件，本身不是代理节点，也不负责选择出口。安装或修复服务时若出现 Windows 权限确认，应核对程序来源后再继续。

连接页：核对命中规则与实际出口

打开「连接」，再在目标应用发起一次新请求。连接列表可能显示目标域名或 IP、上传下载量、连接时间、命中规则和代理链；进程名称能否显示，还取决于权限、平台和进程识别设置。没有进程名，不代表该连接一定来自未知程序。

缩小范围：先暂停无关下载，再按目标域名、IP 或进程过滤。不要仅凭列表中出现流量，就认为目标应用已被接管。
打开详情：查看命中规则与最终策略。若显示 DIRECT，说明这条连接被决定为直连；若经过代理组，继续确认链条末端的节点。
重新建连：切换节点后，刷新网页或重新打开应用，让它建立新连接。已有长连接可能继续使用原出口。
谨慎关闭：必要时只关闭目标连接再复测。关闭全部连接会打断其他下载、视频和实时会话。

在 TUN 场景下，目标地址有时会显示 Fake-IP 映射地址。不要只因为看到 198.18.0.0/16 一类地址就认定请求发往异常服务器；需要结合域名、DNS 模式和连接详情判断。反过来，列表中完全找不到目标请求，应优先检查流量入口、筛选条件和请求是否真正重新发出，而不是先修改分流规则。

日志页：按错误发生阶段排查

「日志」更适合回答“为什么失败”。复现前先记下时间，清理筛选条件，观察刚产生的记录。常规排查可先用 info 级别；需要更多细节时，临时切到 debug，复现一次后恢复。调试日志更密集，也可能包含域名、地址等敏感信息，不适合长期公开留存。

常见日志线索	优先检查	下一步操作
`parse`、`yaml` 相关错误	配置格式与字段是否有效	回到「配置」，检查最近编辑并恢复有效配置
`address already in use`	监听端口被占用	退出冲突程序，或调整端口后同步应用设置
`lookup`、DNS 超时	域名解析链路	确认 DNS 配置和上游可达性，避免直接归咎于节点密码
`timeout`、`connection refused`	连接目标与当前网络	区分节点拨号失败还是目标服务拒绝，再换节点对照

这些关键词只是定位线索，不是一对一的故障结论。例如超时可能发生在订阅下载、节点连接或目标站点访问阶段。先看同一行附近的目标地址和上下文，再决定去配置页更新订阅、去代理页更换节点，还是去设置页检查端口。

请求帮助时，保留错误前后的少量记录，说明发生时间、当前模式、是否启用 TUN，以及问题能否复现。分享前遮盖订阅令牌、节点认证信息和不希望公开的访问记录。截图只截一条红色错误，往往不足以判断完整原因。

首次连接的完整检查顺序

把界面操作串起来，可以用下面这份清单完成第一次验证。全过程先维持单一配置、单一接管方式，确认可用后再增加自动测速、TUN 或扩展规则。

进入「配置」，导入订阅并选中对应配置卡片，确认没有解析错误。
进入「代理」，选择「规则」模式，在实际需要的代理组中选择可用节点。
进入「设置」，开启「系统代理」，记录界面显示的混合端口；暂不同时改动 TUN 与 DNS。
在浏览器发起新请求，进入「连接」核对目标、规则和最终出口。
若失败，进入「日志」按时间查看刚产生的错误，再回到对应页面处理。
浏览器验证通过后，再测试其他应用；只有确有接管需求时，才进一步配置服务模式与 TUN。

结束测试时，先在客户端关闭不再需要的系统代理或 TUN，再正常退出。若客户端异常退出后浏览器无法联网，检查 Windows 11 的「设置」→「网络和 Internet」→「代理」→「使用代理服务器」，确认是否残留了已经没有程序监听的本地地址。若设备由单位管理，先确认代理策略来源，不要直接改动组织要求的配置。

记住页面之间的对应关系：配置页管来源，代理页管选择，设置页管接入，连接页看实际路径，日志页找失败原因。按这个顺序核对，比反复重装客户端更容易定位问题。