先确认界面、内核与流量入口

Clash 系列图形客户端负责展示配置、切换策略和控制系统代理;实际的规则匹配与连接转发由内核执行。Clash Verge Rev、ClashX 系列以及移动端客户端的菜单名称并不完全一致。本文按“代理、配置、连接、日志、设置”五类功能说明,页面也可能显示为 Proxies、Profiles、Connections、Logs 和 Settings;先按功能寻找入口,不必逐字对应按钮。

第一次打开客户端,先查看首页或设置页的内核状态,再确认当前配置是否加载成功。窗口能打开,只说明图形界面已启动;如果内核启动失败、端口被占用或配置解析出错,代理页即使保留了旧节点列表,也不能据此判定转发正常。

界面区域应核对的信息不能单独证明什么
首页或概览内核运行状态、当前配置、实时流量流量为零不一定是故障,也可能没有请求
代理页策略组名称、当前选项、测试结果延迟较低不代表所有网站都可访问
配置页当前启用项、更新结果、解析错误下载成功不等于已经切换启用
连接页目标地址、命中规则、策略链列表没有记录不能直接归因于节点
日志页时间、级别、错误上下文一条错误不代表所有连接都失败

代理页:策略组、节点与运行模式

先看组名,再看组内选项

代理页通常按策略组展示卡片。卡片标题对应配置中的 proxy-groups 名称,内部可以是单个节点、另一个策略组,也可以是 DIRECT 等内置策略。订阅里的“自动选择”“手动选择”“国外流量”只是组名;判断行为应查看组的 type,不能只凭中文名称推断。

  • select:手动选择。点击选项后,后续使用该组的新连接通常会按新选项处理。
  • url-test:按测试结果自动选择,切换还受测试周期与容差等设置影响。
  • fallback:按配置顺序选择可用出口,不是简单选择延迟最低的节点。
  • load-balance:按配置的分配策略为连接选择出口,不会把单个下载连接叠加成多节点带宽。

如果某个组引用了另一个自动组,点击自动组表示把选择继续交给它。排查时应展开到最终节点,记录完整策略链。例如“国外流量 → 自动选择 → 节点 A”,比只记住“已选自动”更容易复现问题。

Rule、Global、Direct 分别改变哪一层

日常按规则分流使用 Rule。内核按规则顺序匹配目标,交给规则指定的策略;更改一个从未被当前请求命中的组,不会改变该请求的出口。Global 将进入内核的流量交给全局策略,仍需检查全局组选择;Direct 则让进入内核的流量直接连接。切到 Global 并不会让原本不使用系统代理的应用自动进入内核。

  1. 在代理页将模式设为 Rule,确认配置里负责目标流量的策略组。
  2. 进入手动组,选择一个明确的节点,不同时修改其他组。
  3. 关闭旧的测试连接,重新发起一次访问,再到连接页查看实际策略链。
  4. 若旧连接仍在原出口,使用连接页的关闭功能终止该测试连接;不必先关闭全部连接。

延迟数字只是一次测试结果

代理页显示的毫秒数通常是通过指定测试 URL 完成探测的耗时,并非固定的 ICMP ping。不同客户端的测试 URL、超时和并发设置可能不同。例如同一轮出现 85 ms 与 140 ms,只说明该轮测试条件下前者耗时更短,不代表视频吞吐量一定更高。“超时”也可能来自测试地址不可达、DNS 失败或节点握手失败,应结合日志区分。

配置页:导入、启用与更新是三个动作

配置页管理订阅 URL、本地 YAML 文件和客户端提供的合并或覆写设置。首次使用时,先导入合法的配置来源,等待解析完成,再确认它被标为当前配置。某些客户端导入后自动启用,另一些需要点击配置卡片或“使用”;以当前启用标记和代理页实际组名为准。

  1. 导入:进入“配置”或 Profiles,选择从 URL 导入或导入本地文件。订阅地址可能包含访问令牌,不要粘贴到公开截图中。
  2. 启用:选择目标配置,等待重载结束。到代理页核对是否出现该配置定义的策略组。
  3. 更新:对目标订阅执行更新,检查时间和结果。下载新内容后,仍要观察是否出现配置解析或重载失败提示。
  4. 回退:修改前保留一份可用的本地副本;发生错误时先恢复已知可用配置,再逐项比较改动。

订阅卡片上的“剩余流量”“到期时间”通常依赖服务端返回的订阅信息。没有显示,不代表客户端无法代理;显示了额度,也不代表本次连接一定可用。本地文件通常没有这类服务端信息,主要检查文件内容和加载状态。

避免直接修改会被覆盖的订阅内容

如果直接编辑远程订阅下载下来的 YAML,下次更新可能覆盖修改。需要长期增加规则时,先查看当前客户端是否提供覆写、合并或脚本处理功能,并确认它作用于哪一份配置。不同客户端的处理格式不同,不要把其他客户端的脚本直接粘贴进来。临时验证可复制为本地配置,但副本不会自动获得原订阅的新节点。

设置页:核对端口、系统代理与 TUN

本地端口是应用与代理内核之间的入口。示例配置使用 mixed-port: 7890,表示同一端口接受 HTTP 代理和 SOCKS 代理连接;实际安装可能使用其他端口,应以当前运行设置为准。手动填写代理时,主机可用 127.0.0.1,端口填写实际监听值,不能把订阅服务器地址填成本地代理主机。

设置项核对方式常见误解
本地监听端口核对运行配置中的 mixed-port 或独立端口所有客户端默认都是 7890
系统代理开启后检查系统网络代理地址与端口打开开关就能覆盖所有应用
TUN检查客户端支持、权限提示与启动日志开关亮起就等于路由已成功安装
允许局域网确有其他设备访问需求时再设置本机使用也必须开启

Windows 11 可从“设置”→“网络和 Internet”→“代理”核对系统代理;macOS 13 及后续版本可从“系统设置”→“网络”→当前网络服务的“详细信息”→“代理”检查。部分受管理设备的菜单或权限有所不同。客户端退出后若浏览器仍指向一个已关闭的本地端口,会出现连接失败,此时应检查残留系统代理设置,而不是反复更新订阅。

TUN 通常需要额外的系统权限、服务组件或网络扩展,具体取决于客户端实现和操作系统。初次排查建议先用浏览器和系统代理验证基本链路,再处理确实不遵循系统代理的应用;同时改变 TUN、DNS 和规则会让故障来源更难定位。

连接页:确认请求实际命中了什么

连接页是代理页与日志页之间的核对环节。常见列包括目标域名或 IP、上传与下载、连接时长、命中规则和策略链。有些客户端还能显示进程,但是否可用取决于权限、平台与进程查找设置;进程栏为空不一定说明连接异常。

  • 没有目标记录:先重新发起请求,确认页面过滤条件已清空;若仍无记录,检查应用是否进入代理入口。
  • 记录显示 DIRECT:查看命中规则,确认是否按预期直连。不要仅凭节点已选中就认定该请求会走代理。
  • 策略链正确但访问失败:再检查对应时间的 DNS、握手和连接错误,必要时换一个明确节点复测。
  • 切换节点后出口未变:已有的 TCP 或长连接可能继续复用原出口。终止测试连接并重新建立,再判断切换是否生效。

浏览器访问一个页面可能同时连接多个域名,例如页面主体、图片和接口分别命中不同规则。排查时记录具体失败域名,不要把其中一条直连记录当成整页的统一出口。

日志页:按级别筛选,再按时间定位

日志页一般提供级别筛选、关键字过滤、暂停滚动和清空显示等操作。需要区分“显示筛选”与“内核日志级别”:把界面筛选改成 Debug,无法补回内核之前没有记录的调试信息。若客户端提供运行日志级别设置,应在那里修改,或在有效配置中设置 log-level。

级别适用场景查看重点
info日常观察与初步排查启动、加载以及常规连接信息
warning关注异常但尚未完全失败的情况警告涉及的组件和后续结果
error定位明确失败目标、时间、失败阶段和原因
debug短时复现复杂问题更详细的处理过程,完成后恢复 info

复现前记下时间,例如 14:32:10,然后只发起一次目标请求,在前后数秒内寻找相关域名。看到 connection refused,应检查被连接的地址是否有服务监听;看到 timeout,只能说明某阶段未在期限内完成,仍要结合上下文判断是解析、连接还是握手。日志里的 401、403 若出现在订阅请求阶段,应优先核对订阅授权,而不是调整分流组。

用一份最小配置核对字段与页面的对应关系

下面是用于理解界面的本地示例,可在支持这些基础字段的 Clash 或 mihomo 客户端中单独导入。它只提供直连,不含远程节点,不用于替代实际订阅。测试时另建本地配置,不要覆盖正在使用的订阅。

interface-demo.yaml
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

proxy-groups:
  - name: 手动出口
    type: select
    proxies:
      - DIRECT

rules:
  - MATCH,手动出口
  • 配置页:导入并启用后,应能确认当前配置是这份本地示例。
  • 代理页:应出现“手动出口”组,唯一可选项为 DIRECT。
  • 连接页:进入内核的新请求由末尾 MATCH 规则交给“手动出口”,最终直连。
  • 日志页:基础日志级别为 info;客户端若存在全局覆写,最终运行值可能与文件不同。

如果 7890 已被其他进程占用,先在客户端设置或该测试文件中选择一个空闲端口,并同步修改应用的代理设置。很多图形客户端会合并全局设置与订阅内容,因此界面里的实际监听端口和运行模式需要再核对一次,不能只看编辑器中的原始 YAML。

首次使用的六步核对顺序

  1. 核对内核:确认运行状态正常,没有启动或配置解析错误。
  2. 核对配置:导入订阅后确认当前启用项,并检查代理页出现的组名。
  3. 核对入口:浏览器先使用系统代理,记录实际本地地址与端口。
  4. 核对选择:使用 Rule 模式,在目标规则引用的组内选定出口。
  5. 核对连接:重新发起请求,查看目标域名、命中规则与最终策略链。
  6. 核对日志:按相同时间定位错误,每次只改一项设置后复测。

按这个顺序,可以把“配置没有启用”“应用没有进入内核”“规则选择了直连”和“出口连接失败”分开处理。需要进一步安装或授权时,可查看配置教程;需要核对策略组、规则和 TUN 等术语,可查阅概念速查。