[Hub站401错误] 错误解决方案

Ys Ltr 2026-06-01 16:22 1


正常使用过程中突然401了,且出现了一堆错误


之前也有出现,那时候改了下key的配置,但实际上也没有出现真实改动,只是点击编辑后查看信息后点击取消。


现在分析,可能是取消按钮的问题,没有应用但把key锁死了。


所以只需要重新编辑,点击保存即可恢复。或者更激进的直接重新登录。

最新回复 (19)
  • Ys Ltr 楼主 06-01 16:23
    1

    bug需要修复

  • 老白 06-01 16:32
    2

    国内使用,最好是用备用域名,主域名经常被墙的

    另外这个401是上游渠道提供者那边透传过来的…

  • Ys Ltr 楼主 06-01 17:02
    3

    是吗?仔细看错误信息,错误时并未调用渠道。


    现在无法复现,但恢复后调用的还是同一渠道。

  • Ys Ltr 楼主 06-01 17:13
    4

    又出现此错误,但是这次重新保存key也没用了,不知道如何解决



    若是上游传来,出现这么多错误还没有更换渠道也是bug了

  • 老白 06-01 17:34
    5

    你用的是动态绑定吗,负载均衡策略怎么设的

  • Ys Ltr 楼主 06-01 17:53
    6

    动态渠道

    平衡模式

    HRW粘性


    高级约束:

    最大倍率0.04

    最大延迟5000毫秒


    然而不论如何修改,其401仍然存在。应该与配置无关,其提示也是说令牌正在用于创建新令牌。

  • 老白 06-01 17:57
    7

    配置文件里有个负载均衡策略,你选故障转移

  • Ys Ltr 楼主 06-01 18:16
    8

    配置文件已改为了故障转移,但还是401错误,显然这不是渠道故障,无法转移

  • 老白 06-01 18:21
    9

    把你apikey的详细配置发一下截图吧

  • Ys Ltr 楼主 06-01 18:25
    10









  • 老白 06-01 23:17
    11

    大概率是你高级约束倍率+延迟,把其他渠道都筛选掉了,没有可用渠道了

  • Ys Ltr 楼主 06-01 23:31
    12


    高级约束如上,我移除所有高级约束后还是提示401,应该不是高级约束的问题。


    晚上尝试的时候,改了高级约束第一次成功了,但后面又改了几次都是失败。大概率问题出在配置修改环节。

  • Ys Ltr 楼主 06-01 23:43
    13

    刚才对比了下账单和请求,以为是没钱了导致的,然而充值之后还是401


    难道是使用过程中没钱导致的渠道故障?


    换了个密钥,还是401,还会传染。。。


    用deepseek分配到免费渠道就可以用,虽然也是多次请求成功一次。


    目前又不明原因恢复,还是之前那个渠道,此前使用了新创建的测试key,指定了一个其他渠道成功调用。难道是什么状态刷新了?

  • 老白 06-02 08:44
    14

    正常情况下,你每次修改,都会触发重新筛选渠道,但你每次都筛到这个渠道,有没有尝试将其排除呢?

  • Ys Ltr 楼主 06-02 19:24
    15

    该渠道已消失,但还是这样。没救了。。。


    现在换个key暂时可用

  • Ys Ltr 楼主 06-18 16:45
    16

    根据我近期使用结果,又出现了许多的401错误之后,我有以下推测:


    hub会自动将重试出错或者其他原因被替换下来的渠道加入排除名单,而后加剧因筛选不到符合要求的渠道而断片的可能。


    新建一个密钥后再放宽筛选条件就容易成功调用了。


    这axonhub为什么不能删除密钥啊,现在要堆出一堆密钥了


    虽然还是无法解释之前一直使用同一个渠道但还是出现401的具体问题

  • Ys Ltr 楼主 06-19 11:27
    17

    归档了还是不能创建同名的啊,和删除还是不一样


  • Ys Ltr 楼主 06-22 16:54
    18



    对的对的

  • marklayrr 08-24 18:59
    19

    我也想问这个问题,看到了佬友的帖子。我也是401,也有钱,但就是401,这不是要命的,要命的是在hub的测试场里测试是通的,但到codex就不通,不通就不通吧,还扣钱,而我收到的是401啊,不是正常回复,佬友解决了吗?

* 帖子来源Linux.do
返回