Clash 日志里的 DIRECT、REJECT 和 MATCH 是什么意思?
网页打不开,Clash 或 Mihomo 日志却显示 DIRECT、REJECT、MATCH 或某个节点名?这里说明每种结果代表什么,以及该继续查规则还是查连接。
先看重点DIRECT 是直连,REJECT 是规则主动拦截,MATCH 是兜底匹配条件;显示策略组或节点名,只说明规则把请求交给了那个出口,不代表目标网站已经成功响应。
官方入口 · 已于 2026/8/8 核验
直接下载软件
版本会变化,请在官方页面选择标有 Latest 的稳定版;不要从网盘或不明镜像下载安装包。
网页打不开,你打开 Clash 或 Mihomo 日志,看到的却不是一句直白的“节点坏了”,而是 DIRECT、REJECT、MATCH,或者某个策略组、节点名称。最容易走偏的地方,是把其中一个词直接当成故障原因。
这些字先告诉你请求被哪条规则送往哪里,不一定告诉你连接为什么失败。 读懂这一层,才知道下一步该看规则、节点,还是目标网站本身。
四种常见结果,先这样理解
| 日志或规则里出现的内容 | 它在说什么 | 不能直接证明什么 |
|---|---|---|
DIRECT |
请求不经过代理节点,直接从当前网络发出 | 不能证明 Clash 没有接管流量 |
REJECT |
规则主动拒绝请求 | 不能证明机场节点宕机 |
| 策略组名或节点名 | 请求被交给这个出口处理 | 不能证明目标网站已经返回成功响应 |
MATCH |
没有更具体条件时也能命中的兜底规则 | 它本身不是一个节点或网络出口 |
Mihomo 官方文档说明,路由规则按从上到下的顺序匹配,排在上面的规则优先级更高。每条规则末尾写的是处理请求的出口,可以是 DIRECT、REJECT,也可以是配置中的策略组。
MATCH 稍微特殊:它不检查域名、IP 或进程,任何请求都能命中,所以通常放在规则列表末尾收住前面没有覆盖的流量。看到 MATCH 时,还要继续看它后面指向了哪个策略组。
出现 DIRECT,客户端不一定失效了
日志里已经记录某个请求走 DIRECT,说明这条请求进入了 Mihomo 的规则处理,只是命中的出口是直连。局域网地址、国内服务或配置作者指定的域名,都可能被安排到这里。
如果这个结果正合预期,不用为了让日志里出现节点名而切到全局模式。规则模式的意义本来就是让不同请求走不同出口。
如果某个本应使用代理的网站却命中 DIRECT,要看的不是延迟数字,而是同一条日志里显示的命中规则。规则按顺序处理,前面更宽的域名、IP 或规则集已经匹配后,后面的规则不会再替它改道。此时应修正那条规则或订阅配置,而不是反复更换节点。
REJECT 是主动拦截,不是连接超时
Mihomo 把 REJECT 定义为拒绝数据发出;REJECT-DROP 也会拒绝,但会静默丢弃请求。它们和节点连不上不是一回事:前者是规则已经做出决定,后者才可能出现握手失败、超时或网络错误。
一个网页往往会同时请求主页面、图片、脚本和第三方资源。某条附属请求命中 REJECT,页面仍可能正常打开;主页面域名被拒绝,才会直接影响访问。不要只截一行 REJECT 就判断整份订阅有问题,先看被拦截的具体域名和命中规则。
如果规则来自订阅,先确认它是否确实应该拦截这个域名。不了解规则来源时,不建议把所有 REJECT 批量改成 DIRECT 或代理,那可能会同时放开原本用于过滤的请求。
显示节点名,也只完成了路由这一段
日志显示某个策略组或节点名,表示规则把请求交给了那个出口。后面仍可能在 DNS、TCP、TLS、节点链路或目标服务器处失败,所以“日志里有节点名”和“网页已经成功打开”是两件事。
同一个节点下,部分网站正常、某一个网站失败,先看失败请求后面的具体错误和命中域名。所有节点都超时,或者换过网络仍无法连接,可以按节点全部超时的分层排查缩小范围。订阅卡片本身显示 401、403 或 YAML 错误,则改看订阅更新报错排查,不要把更新失败和路由结果混在一起。
一张网页可能同时出现三种结果
浏览器打开一个页面时,不只访问地址栏里的域名。字体、图片、统计、视频和接口可能来自不同主机,每个请求都会单独匹配规则。因此,同一次打开网页的日志里同时出现 DIRECT、REJECT 和节点名并不矛盾。
真正影响主页面的,通常是文档请求及其关键接口。只看到某个无关资源走直连,不能推出整页都绕过了代理;看到一个第三方域名被拒绝,也不能推出节点故障。
判断时把时间、目标域名、命中规则和出口放在一起看。这样才能区分两类问题:规则把请求送错了地方,还是出口选对以后连接仍然失败。
需要完整日志时,复现一次再导出
Clash Verge Rev 官方日志说明要求:修改日志级别后退出并重新启动软件,再重复一次出错流程。logs 目录默认保存界面日志,里面的 service 目录保存内核日志;规则命中和内核连接问题通常更需要后者。
只为看懂一条现成日志,不用长期打开更详细的级别。需要复现时再临时调整,完成后改回 INFO。向别人求助前,遮住完整订阅 URL、token、节点凭据、本机用户名和不想公开的域名,只保留错误前后的必要上下文。
资料来源
以下来源于 2026/8/8 复核。版本、支持平台和发布状态以后续官方页面为准。
持续更新
收到新教程,也欢迎纠错
想收到新文章,可以关注 TG 频道;发现下载失效、套餐变化或步骤不一致,请附上页面链接和可公开的截图。不要发送订阅链接、密码或完整账户信息。
读者互动
这篇内容对你有帮助吗?
最新评论
- 正在加载评论……