Clash Verge界面功能速览：代理、配置与日志页面怎么用

先理解界面中的流量处理顺序

一次完整连接会经过多个环节。配置页面负责提供节点、策略组、规则和 DNS 等运行参数；代理页面负责确定策略组当前使用哪个节点；系统代理或 TUN 模式负责把设备上的流量送入内核；规则系统判断域名、IP、端口或进程应交给哪个策略组；连接和日志页面则展示处理结果。

1. 导入配置：通过订阅地址或本地 YAML 文件建立配置记录，并完成首次更新。
2. 启用配置：在配置列表中选中目标配置，使其成为当前运行配置。
3. 选择节点：进入代理页面，检查主要策略组并选择可用节点。
4. 接管流量：按使用范围开启系统代理，或在需要更广泛接管时启用 TUN 模式。
5. 核对结果：访问目标站点，同时观察连接列表、规则命中和日志信息。

配置页面：导入订阅并确认当前配置

配置页面常被称为 Profiles，是整个操作链的起点。这里保存订阅配置、本地配置以及可能存在的合并或脚本处理项。订阅地址不是节点本身，它是获取配置内容的入口；更新成功后，客户端才会取得节点、策略组和规则等数据。

导入订阅时检查哪些状态

在订阅输入区域粘贴完整地址后执行导入。配置卡片出现并不等于内容一定可用，还应查看名称、更新时间以及更新操作是否正常完成。若配置提供方要求专用用户代理、授权参数或固定访问网络，应以其发布说明为准。

• 确认粘贴内容是完整的 HTTP 或 HTTPS 地址，开头和结尾没有额外空格。
• 更新后进入代理页面，检查是否生成预期的节点和策略组。
• 同时存在多份配置时，核对当前选中标记，避免编辑了一份配置却运行另一份配置。
• 订阅内容发生变化后执行更新，再查看节点名称、策略组与剩余信息是否刷新。

本地 YAML 配置适合什么情况

本地配置适合调试规则、自行维护节点或验证 DNS 参数。YAML 对缩进和数据结构较敏感，列表层级、冒号后的空格以及字段归属都会影响解析。配置可以被导入，不代表每个字段都被当前 mihomo 版本接受；遇到解析失败时，应先查看日志中的字段名和行号。

proxies → proxy-groups → rules
          ↑
          策略组引用节点
rules 最终把连接交给策略组、DIRECT 或 REJECT

规则通常按顺序匹配，前面的规则命中后便采用对应策略。若某条宽泛规则放得过早，后续更具体的域名规则可能失去作用。界面中的配置编辑入口适合小范围核对，较大改动则应先保留原始文件，再逐段验证。

代理页面：读懂策略组、节点与延迟

代理页面展示的是配置中的策略组及其候选项。页面顶部常可切换规则、全局和直连等运行模式，主体区域则以卡片或列表呈现策略组。点击节点的动作通常是在修改某个策略组的当前选择，并不是把整份配置切换成该节点。

常见策略组在界面中的差别

select 类型由用户手动选择节点或下级策略组；url-test 会根据测试结果自动选择符合条件的候选项；fallback 更侧重可用性顺序，在当前候选失效时转向后续项；load-balance 按配置策略把不同连接分配给多个候选。具体行为还受测试地址、间隔、容差和哈希策略影响。

一个策略组也可以引用另一个策略组，因此界面中可能出现“入口组选择自动组，自动组再选择节点”的层级。排查时应从规则最终命中的组开始，逐层确认其当前选项，不能只看某个节点卡片是否变色。

延迟数值应该怎样理解

延迟测试通常访问配置指定的测试地址，结果反映当次探测路径的响应时间。较低数值有助于比较候选节点，但它不直接代表下载速度、晚高峰稳定性或所有目标站点的连接质量。超时可能来自节点状态、测试地址可达性、DNS 解析或本地网络限制。

• 规则模式：按规则决定连接走代理、直连或拒绝，适合日常使用。
• 全局模式：大部分连接交给全局策略组，适合短时验证节点连通性。
• 直连模式：连接优先直接访问，可用于比较代理接管前后的差异。

从规则模式切换到全局模式后访问恢复，通常说明节点基础连接可用，问题更可能位于规则匹配、策略组选择或 DNS 处理。若全局模式同样失败，则应继续检查节点、网络、内核状态与流量接管方式。

连接页面：确认请求走了哪条规则

连接页面记录当前经过内核的活动连接，常见字段包括目标主机、目标 IP、上传与下载量、连接时间、网络类型、命中规则和最终链路。它是判断“某个应用有没有进入 Clash”的直接入口。

打开目标网页后，可以按域名筛选连接。如果列表中出现对应域名，并显示某个策略组和节点链路，说明流量已经进入内核。若连接存在但访问失败，可继续查看其规则、目标地址和链路；若列表始终没有记录，则应优先检查浏览器代理设置、系统代理开关、TUN 状态以及应用自身是否绕过系统代理。

连接链路中的箭头代表什么

部分界面会把策略选择显示为链路，例如“媒体策略 → 自动选择 → 节点 A”。这表示规则先把连接交给媒体策略组，该组引用自动选择组，最终由节点 A 建立出站连接。链路能帮助定位选择发生在哪一层，也能解释为何手动修改另一个策略组后，当前访问没有变化。

关闭连接什么时候有用

许多应用会复用已有 TCP、QUIC 或 WebSocket 连接。切换节点后，旧连接可能继续保持原链路，使测试结果看起来没有立即变化。此时可在连接页面关闭相关连接，再重新加载页面。对实时通信或下载任务执行关闭会中断当前传输，应先确认任务状态。

日志页面：区分配置、DNS与连接错误

日志页面展示内核启动、配置加载、DNS 查询、规则匹配和出站拨号等事件。首次连接失败时，日志比单纯观察网页提示更有价值。建议先把日志级别保持在日常可读范围，复现一次问题并记录时间点，再围绕该时间附近的信息检查。

常见日志信息的处理方向

• 配置解析错误：检查 YAML 缩进、字段拼写、数据类型以及当前内核是否支持该字段。
• DNS 查询超时：核对 nameserver、网络可达性、DNS 劫持设置以及域名解析模式。
• 连接被拒绝：目标端口或节点服务可能未接受连接，也可能是中间网络策略导致。
• 连接超时：检查节点地址解析、服务器可达性、传输参数和本地防火墙策略。
• 找不到策略或节点：通常与配置引用名称不一致、订阅内容缺失或合并结果有关。

日志中的 warning 表示需要关注的异常或兼容提示，error 通常对应本次操作失败，但仍需结合上下文判断。例如某个备用 DNS 查询超时后，其他解析器可能成功返回；单独截取一行容易忽略后续结果。排查时应保留错误前后的若干行，并确认它对应刚刚执行的访问。

日志可能包含域名、节点地址和本地网络信息。分享截图或文本前，应整理与问题相关的片段，并移除订阅地址、认证参数及个人网络标识。订阅链接通常带有访问凭据，不适合直接公开。

设置页面：系统代理、TUN与内核状态

设置页面管理客户端行为、开机启动、系统代理、TUN、内核和网络参数。对于首次使用者，最关键的是区分系统代理与 TUN 模式：两者都是把流量交给内核，但覆盖范围和系统权限要求不同。

系统代理适合浏览器与常规桌面应用

开启系统代理后，Clash Verge 会把操作系统的 HTTP 和 HTTPS 等代理地址指向本地监听端口。遵循系统代理设置的浏览器和应用会把请求发送给内核。部分应用使用独立代理设置，部分命令行程序需要单独读取环境变量，因此系统代理开关开启后，仍应通过连接页面确认目标程序的流量是否进入。

TUN模式适合更广泛的流量接管

TUN 模式通过虚拟网络接口处理 IP 流量，能够覆盖更多不读取系统代理的程序，也常用于 UDP 或需要透明接管的场景。它涉及虚拟网卡、路由和 DNS 设置，启用时可能需要系统权限。若设备同时运行其他 VPN、虚拟网卡工具、网络过滤软件或企业网络组件，应关注路由与接口冲突。

系统代理与 TUN 并非数值越多效果越好。日常浏览器访问可先使用系统代理建立最小可验证路径；明确存在应用绕过系统代理、游戏 UDP 或透明代理需求时，再测试 TUN。切换模式后应重新检查连接列表和 DNS 表现。

内核与界面版本要分开看

Clash Verge Rev 是管理界面，mihomo 是执行代理逻辑的内核。设置页通常能看到内核运行状态或相关版本信息。界面可以正常打开，但内核启动失败时，代理端口、规则和连接页面都无法正常工作。遇到全部节点同时异常、连接列表为空且日志缺少正常启动信息时，应先确认内核状态。

首次连接失败时的界面排查顺序

排查的目标是逐层缩小范围，而不是同时修改节点、DNS、规则和 TUN。每一步只改变一个变量，并用连接页面或日志验证结果，才能知道哪项调整真正有效。

1. 查看配置页面：确认订阅更新完成，目标配置处于选中状态，更新时间与预期一致。
2. 查看代理页面：选择一个状态明确的节点，对主要策略组执行延迟测试，并确认策略链最终指向该节点。
3. 临时验证模式：使用全局模式测试基础连通性。若恢复访问，再回到规则模式检查命中规则。
4. 确认流量接管：先开启系统代理并访问测试页面；连接列表没有记录时，再检查应用代理设置或评估 TUN 需求。
5. 检查连接记录：核对目标域名、命中规则、策略组和最终节点，切换节点后关闭旧连接重新测试。
6. 读取日志：围绕测试时间查找 DNS、timeout、refused、parse 等信息，并结合上下文判断所属环节。
7. 恢复最小配置：暂停额外脚本、复杂覆写和实验性 DNS 设置，用基础配置确认核心链路，再逐项恢复。

三个常见现象如何定位

网页打不开，但连接列表有记录：流量已经进入内核，应查看规则命中、节点链路、DNS 结果和日志错误。若显示 DIRECT，可检查规则是否把目标域名交给直连；若显示代理节点，则关注节点与目标站点之间的连接。

浏览器可用，某个应用不可用：浏览器可能遵循系统代理，而该应用使用直连、独立代理或特殊网络栈。先观察连接页面是否出现应用请求，再决定配置应用代理或测试 TUN 模式。

节点测试正常，实际访问超时：延迟测试地址与实际目标不同，还可能涉及规则、DNS、传输协议和旧连接复用。关闭相关连接，核对目标域名的策略链，并读取同一时间点的日志，比重复点击延迟测试更有效。

日常使用时重点关注哪些页面

配置稳定后，并不需要频繁调整全部设置。订阅内容更新时查看配置页面；需要更换地区或线路时进入代理页面；访问结果异常时优先观察连接与日志；系统升级、内核更新或网络环境变化后，再检查 TUN、系统代理与服务状态。

规则模式下，节点选择通常集中在少数主要策略组。记录这些策略组分别负责通用代理、流媒体、即时通信或其他业务，有助于快速找到正确入口。若配置由订阅提供方维护，策略组名称可能变化，更新后应重新核对其层级和当前选项。

掌握界面的关键并不是逐一点击所有功能，而是理解每个页面回答的问题：配置页面回答“加载了什么”，代理页面回答“当前选了什么”，连接页面回答“流量实际走了什么”，日志页面回答“处理过程中发生了什么”，设置页面回答“流量如何进入内核”。这五个问题能够覆盖大多数首次安装、订阅导入和连接排查场景。