Clash Verge连接记录怎么看？怎样确认网站走了哪个节点？

Clash Verge连接记录要结合具体请求来看：主机帮助找到目标，规则说明匹配依据，链路用于核对经过的策略与节点。代理页上选中了香港节点，不足以证明刚才那个网站一定走香港。

本文面向已经导入可用配置的Clash Verge Rev用户，依据官方界面资源和实现整理，未在你的设备实测。不同版本的布局可能变化，首次接入步骤可先看Clash Verge Rev首次订阅导入。

先发起一条容易识别的新请求

保留当前网络、节点和模式，打开连接页，再用浏览器访问一个准备检查的网站。记住域名和大概时间，尽量先暂停无关的后台下载，减少查找时的干扰。

一个网页可能同时连接正文、图片、视频和登录服务等多个域名。首页那条记录走了代理，不能自动证明视频资源或登录接口也走相同路径。

因此，排查“某个功能打不开”时，目标应尽量具体到实际失败的资源或动作，而非只搜索整个网站品牌名。

找到主机再核对链路

项目的中文界面资源列出了主机、链路、规则、进程及连接时间等字段。当前界面提供搜索框时，可按目标域名等可见信息缩小范围，再打开对应记录详情。

如果链路先显示策略组，继续看对应节点或出站。DIRECT表示这条记录的直连处理，REJECT对应拒绝处理；它们不是地理位置标签。

模式决定规则列有没有意义

先查看代理页实际使用的是规则、全局还是直连模式，再解释连接记录中的规则信息。不要用“系统代理已打开”或“TUN已打开”代替这一步。

项目术语文档把流量怎样进入内核，与进入后怎样出站分开说明。规则模式才按规则进行相应匹配；全局模式也需要看实际选中的出站，不能只凭名字认定一定经过远端节点。

例如，当前处于全局模式、实际出站却选了DIRECT，看到直连结果并不矛盾。若需要规则分流，先确认切回对应模式，再用一条新请求核对。

接入方式仍不清楚时，可以结合TUN与系统代理的区别理解，不必为了让规则列出现文字就反复切换所有开关。

没有记录时先查请求是否进入内核

检查搜索条件是否仍保留旧关键词，当前查看的是活跃连接还是已关闭记录，以及目标请求有没有实际发出。项目的连接页实现分别处理列表筛选与连接状态，视图范围也会影响你能看到什么。

如果只有浏览器有记录，另一个应用没有，继续核对该应用是否遵守系统代理，或是否被当前TUN和分流配置接管。没有条目本身不能证明远端服务器拒绝了请求。

连接页不是全设备所有网络请求的完整抓包。绕过内核、已经结束又不在保留范围内，或被当前过滤条件隐藏的连接，都可能不出现在你眼前的列表中。

也不要把流量统计为零理解成“账号没产生任何流量”。这里看到的范围，与运营商或服务提供方的计量口径可能不同。

切换节点后用新连接复测

旧下载或长连接可能沿用建立时的路径。切换代理组后，应先发起新的请求，再用连接时间、目标和链路一起判断，避免一直盯着此前那条会话。

例如，先记录旧连接指向A，再切换到B，随后打开一个新的目标请求。新记录显示B，而旧记录仍显示A，是两次连接的观察结果，不能据此断言设置没有保存。

如果需要关闭一条连接来复测，先确认它属于你正在测试的任务。不要用“关闭全部连接”作为第一步，会议、下载与其他应用也可能被中断。

保存一小份可复核的证据

记录应用版本、当前模式、目标域名、新请求时间、命中规则和最终出站。截图保留这些关键字段，遮住私人域名、账户信息及不相关的访问记录。

若连接页已经证明走到预期节点，而目标任务仍失败，再查看日志中的具体错误。节点出站正确、域名能解析和网页完整加载，是不同阶段的结果。

对照时一次只改一项。把规则与链路记录下来，再决定要不要修改规则，比一边切节点一边刷新网页更容易定位问题。

常见问题

Clash Verge怎么查看网站走了哪个节点？

在连接页找到刚刚发起的目标请求，查看链路及记录详情，核对最终节点或出站。只看代理页的选中项不够。

规则列为空就是分流失效吗？

不一定，先核对当前模式。全局或直连模式不能按规则模式的预期解释，再结合目标请求和实际出站判断。

日志里有请求，连接页为什么找不到？

先看活跃与已关闭视图、筛选条件及请求时间。两处展示的内容和保留范围不同，不能要求每条记录始终一一对应。

切换节点后旧连接还在怎么办？

先检查一条新请求的链路。旧会话可能保留原路径；需要重新建立时，在不影响其他任务的情况下针对性复测。