代理日志显示DIRECT或REJECT？命中规则排查指南

代理日志里的DIRECT通常表示这条连接直连，REJECT表示它被本地出站策略拦截。**它们首先描述客户端如何处理请求，不是节点测速成绩。**看到英文就续费，容易把查路标变成给钱包做耐力训练。

先把出站名称翻译成人话

以下以使用Mihomo内核的客户端为例，其他应用的字段与行为可能不同。官方预置出站文档给出了这些名称的含义。

记录	通常表示	先检查什么
DIRECT	直接出站	是否符合预期分流
REJECT	拒绝该请求出站	命中了哪条拦截规则
REJECT-DROP	静默丢弃请求	是否因此等待至超时

DIRECT不走这次指定的代理节点，但若设备还运行其他VPN，仍可能受其路由影响；不能只看这一个词，就断言网站看到了家中公网IP。日志出现某个策略组名时，也要查看组内实际选择，名字叫“高速”并不会让它长出翅膀。

为什么选了节点，仍显示直连？

规则模式下，选中节点只影响使用该策略组的连接，不会把所有请求自动拉进来。官方路由说明指出，规则从上往下匹配，靠前规则优先。

假设某个域名先匹配到直连规则，后面再放代理规则，通常不能抢回这一条连接。排查要找“实际命中哪条”，而不是只确认自己确实点过节点。还分不清模式时，可先读本站规则与全局模式说明。

按这个顺序检查一次

1. **先定位请求。**在连接或日志页按目标域名、发生时间筛选，避免把后台广告请求当成主页面故障。
2. **记录处理结果。**查看可用的命中规则、策略组、实际出站和错误信息；字段名称随客户端变化。
3. **判断是否符合需求。**应直连却走代理，或应代理却直连，都先核对规则；REJECT可能是正常的广告拦截，也可能误伤需要的资源。
4. **小范围调整后复测。**先备份配置，只处理已确认的问题规则，重新发起连接并对照记录，不要一次删光拦截项。

页面常由多个域名加载资源。同一时间既有DIRECT又有REJECT并不稀奇，像一家餐厅同时有堂食和打烊中的档口，需要逐项看，不能一票判定整个客户端损坏。

哪些情况继续查连接本身？

若实际出站已经符合预期，仍然超时或加载失败，再检查节点连通性、DNS与目标服务状态，可参考速度与连接排查指南。策略名称不能证明请求已成功送达。

向客服求助时，提供时间、目标域名和必要的错误片段，并遮住订阅地址、令牌与私人信息。日志是线索，别把整本私人日记一起寄出去。

资料来源

资料核对日期：2026年10月15日。

• Mihomo：预置出站：DIRECT、REJECT与REJECT-DROP的官方定义。
• Mihomo：路由规则与优先级：规则匹配顺序、条件及适用行为。