外观
Clash 日志出现 REJECT 时怎样判断是不是误拦截
打开 Clash 的日志,发现一排 REJECT,是不是机场节点坏了?先别换节点。REJECT 是一种拦截出站的策略,不是节点测速失败的成绩单。要不要处理,得看拦的是哪条请求,以及它是否影响了你正在用的功能。
下面按使用 mihomo 内核的 Clash 类客户端说明,只查看已有记录和配置,不改 DNS、系统网络或安全开关。不同客户端的菜单和记录字段可能不同。
先分清出站策略和报错文字

这是路径示意,不是软件截图。根据 mihomo 内置策略说明,DIRECT 让数据直连,REJECT 拦截出站,REJECT-DROP 则静默丢弃请求。后者不是“更差的节点”,也不一定在应用里显示同一种错误。
先看这几个词出现在哪里:
- 实际策略或出站链里显示 REJECT:这条请求最终被客户端的拦截策略处理,优先查对应规则和策略组。
- 错误详情写 connection refused、连接被拒绝:只是连接错误文字,不能据此认定命中了 REJECT。还要看拒绝发生在哪个地址、哪个环节。
- 网页返回 403、429 等状态码:这是另一类线索,不能和本地 REJECT 策略混为一谈。
日志行的颜色、Warning 标签也不能单独判断原因。同样是红字,可能是规则拦截,也可能是本地端口、节点或目标服务的连接故障。
如果这条请求最后就是交给 REJECT,反复更换另一个代理组里的节点,通常不会改变它的去向。你换的是线路,它却没有按那条线路出站。
用一次普通操作对上时间和目标
不要先盯着整页日志数红字。选一个具体问题,比如“网页正文能看,点开图片却一直空白”,再按下面顺序查:
- 记下当前状态:正在用哪份订阅、什么客户端和内核版本、当前是规则还是全局模式。只记录,不为了测试切开关。
- 记下故障时间:打开已有的内核日志或连接记录。如果只是查看普通网页,可以重复一次打开操作;付款、登录验证、提交表单等不要为了凑日志反复做。
- 找同时出现的目标:按时间、域名或进程缩小范围。一个网页会请求多个域名,地址栏里的主域名不是全部请求。
- 查看那条记录的处理结果:记录目标、命中规则、规则内容,以及最终出站。界面只显示组名时,继续查看这个组当前选中了什么,不要只看名字猜。
被拒绝的连接可能很快结束,当前“连接”列表里未必还留着。已有日志也受日志级别和保存方式影响。没找到记录,只能先写“暂未找到”,不能直接证明请求没有进入客户端。这里不需要全天开 DEBUG,也不用导出整个配置目录。
如果只是软件根本没有进入代理的线索,可以接着看浏览器正常但其他软件不联网的排查,别把两个问题混着修。
找到命中规则再判断是否误拦截
在规则模式下,规则有先后顺序。mihomo 的路由规则说明规定,上面的规则优先于下面的规则。某条请求已经按 REJECT 处理,并不是“拦一下失败后,再试后面的代理节点”。
举个读法示例,下面不是让你添加的配置:
DOMAIN,metrics.example.com,REJECT它表示精确匹配这个示例域名并拦截。如果看到的是 RULE-SET,要核对它引用的规则集合;如果先进入一个策略组,再由该组选到 REJECT,还要核对组的实际选择。“广告拦截”“隐私保护”只是组名,不能代替实际规则内容。
接下来分两种情况看:
网页和所需功能都正常,只有某些后台请求持续被拦截,可以先保留现状,不必为消灭红字放行全部请求。但这也不能证明该域名一定是广告、一定危险,或者拦截后就没有隐私风险。
如果故障发生时,总能看到相关目标被 REJECT,才有了疑似误拦截的线索。比如查看图片时出现一个新目标并被拦截,值得继续核对它的用途;不过,时间相近不等于已经证明因果,同一页面可能还有其他失败请求。
优先把这几项记在本机:失败的具体功能、对应时间、目标代号、规则类型和内容、最终出站。不要仅凭“域名看起来像广告”就决定放行,也不要把陌生域名整批改成直连。
查到这里仍拿不准就停在证据这一步
确认与规则有关后,向配置提供者或客户端维护者说明“哪个功能、哪条请求、命中了什么”,比发一句“所有节点都坏了”更有用。涉及单位管理的配置,先遵守管理员的要求,不自行绕过拦截。
需要发截图或日志时,按求助日志隐私检查隐藏订阅链接、节点凭据、账号、IP 和私人路径。组名、域名如果涉及隐私也用固定代号替换;确实需要实际域名时,再通过可信渠道单独确认,不附整条带参数的网址。
不要为了验证一条 REJECT,清空全部规则、永久开启全局、关闭防护或安装陌生证书。本文的查看操作不改变配置;查不清时保留原状即可。以后确认要修正规则,也应先备份并只处理已确认的例外,规则保存和更新覆盖的问题另见自定义规则保存说明。
真正要判断的是某个必要请求是否被错误处理,不是日志里还有多少个 REJECT。把目标、规则和实际功能对上,再决定下一步,能少做很多无效操作。