切到直连后，为什么客户端里还有访问记录？
切到直连模式后，客户端里仍然出现访问记录，可以是正常现象。直连决定请求从哪里出去；系统代理或 TUN 若还在工作，请求仍可能先进入本机客户端，再由它直接访问目标。
本文以 Windows 11 上使用 Mihomo 内核的 Clash 类客户端为例，解释这个现象。具体按钮按自己的客户端界面核对，不需要为了“让列表变空”先删除订阅。
直连之后，程序仍可能在中间处理
可以用下面的路径理解。这是原理示意，不是本站的实测记录：
- 使用机场节点：浏览器 → 本机客户端 → 机场节点 → 目标网站。
- 由客户端直连：浏览器 → 本机客户端 → 目标网站。
两条路径都经过本机客户端，所以“经过客户端”和“经过机场节点”需要分别确认。
Clash Verge Rev 的官方解释将系统代理、TUN 归为流量进入客户端的方式，将规则、全局、直连归为流量出去的方式。查看官方模式说明
Mihomo 的内置 DIRECT 表示数据直接出站。查看 DIRECT 定义
据此可以理解：改变出口选择，不等于同时停止接收和处理请求。
看到了 DIRECT，先确认它在哪一层
下面两种情况看起来都有“直连”，含义却不同：
| 看到的位置 | 应怎样理解 |
|---|---|
| 当前运行模式是“直连” | 普通转发请求采用直连模式处理 |
| 规则模式下，某次连接显示 DIRECT | 这一次请求走直连，其他请求仍需看各自的规则与出口 |
Mihomo 将 rule、global、direct 分别列为运行模式；在规则模式下，出口由匹配结果决定。查看运行模式说明、查看规则处理的项目实现
因此，只在列表里找到一条 DIRECT，不能据此认定整份配置已经切成直连。也不要只看某个节点仍被高亮，就判断新请求仍然走它。
有记录、有流量数字，都要继续看出口
本次核对的 Mihomo v1.19.33 实现中，直连模式会选择 DIRECT 出口，同时仍可输出直连日志；成功建立的 TCP 连接也进入连接统计处理。查看连接处理与日志实现
这说明直连连接仍可能出现在客户端的记录和统计中。具体界面还受版本、筛选条件和显示范围影响，不能要求所有客户端都显示同样的列表。
同样，客户端统计到传输了数据，也不能单凭这个数字认定机场扣除了相同额度。要判断这次有没有使用节点，先查看对应连接的实际出口。
做一次只针对新请求的核对
先记下原来的运行模式，避开正在通话、上传或下载的重要任务，然后做这个简短对比：
- 确认当前客户端显示的运行模式已经切到“直连”，留意有没有切换失败提示。
- 记下操作时间，重新打开一个平时能够直接访问的普通网页。
- 如果客户端提供连接详情，按时间和目标域名找到对应条目，展开出口或连接链信息，查看是否为 DIRECT。
- 测试完成后，按自己的日常需要恢复原模式，再确认需要翻墙的网站能否访问。
重点是对应上“刚才打开的网页”，而不是观察旧记录有没有立即消失。界面只显示历史记录、存在筛选或没有捕捉到短连接时，也不能据此断言请求完全没有经过客户端。
如果明确切到直连，新建立的普通请求却仍显示某条机场节点，先核对是否看错了客户端、配置或记录。有人为你定制过额外出口处理时，请维护者解释实际路径，不要反复切换同一个按钮来猜。
想让流量完全不经过这款客户端怎么办
这时需要检查的是系统代理、TUN，以及应用自己单独填写的代理入口，按所用客户端的说明停用本次接管方式。只改变运行模式，不能代替这一步。
官方快速入门也把“选择节点和模式”与“打开系统代理或 TUN”分成独立步骤。查看快速入门
停用后重新测试普通网页，确认基础访问正常，再按需退出客户端。若同时用了多个入口，要分别核对，保留原设置方便恢复；本文不要求清空电脑中所有代理相关选项。
最后，DIRECT 反映的是这款客户端为相应请求选择的处理方式。家中路由器若另有代理，仍需单独核对，不能仅凭本机这一条记录判断整条访问路径。
求助时提供客户端与内核版本、运行模式、入口状态和这次新请求的出口即可。截图遮住订阅、密码及不必公开的访问内容。
资料核对日期：2026 年 11 月 3 日。
评论