部署好了 chat2api 的服务,添加为 new-api 的一个渠道。再渠道那里点测试,稳稳的测试通过。chat2api 的日志也没问题。
一旦使用这个渠道对话,优先级提为 2 以后,无论是 lobe 还是 nextchat,都会报错 500,chat2api 的日志确实显示报错了。
怎么会这么巧。渠道测试全部成功,实际对话全部失败。
部署好了 chat2api 的服务,添加为 new-api 的一个渠道。再渠道那里点测试,稳稳的测试通过。chat2api 的日志也没问题。
一旦使用这个渠道对话,优先级提为 2 以后,无论是 lobe 还是 nextchat,都会报错 500,chat2api 的日志确实显示报错了。
怎么会这么巧。渠道测试全部成功,实际对话全部失败。
暖贴。别沉。
是哪个 chat2api 呢,chat2api 中报错的日志显示的是什么问题
有日志或者更多细节吗?比如curl命令及响应信息什么的,现在基本没法分析啊
日志贴上了。
日志贴上了,
帮顶,我部署好了,不会用 ![]()
报错的和成功的不是同一个token,把错误的 token 删掉就好了。
可以试试我部署的(不放心可以不使用) 看能不能正常调用
https://chatgpt.oeo.asia/
报错的accesstoken,拿到new站是可以正常用的。而且我是几十个号轮询的,不太方便区分accesstoken 能不能用。
而且用报错的token单独拿出来做apikey请求过去,是可以正常返回的。
日志中的报错不是唯一,也存在403,500等错,单独拿出来又可以用。
url不对吗,你看看测试对就没问题的,怎么是vip:*****/v1
url正确,渠道测试正确。真实使用就报错了。vip是我的new-api地址
方便的话可以私信ToDesk,我远程给你看下
先谢过。不过确实不太方便。
类似这样请求 newapi 能请求得通吗?
curl -s https://xxxxx/v1/chat/completions \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $TEST_API_KEY" \
-d '{
"model": "gpt-4o-mini",
"messages": [
{
"role": "user",
"content": "hello"
}
], "stream": false
}
'| jq -r
等我有空试一下
curl 不通,日志报错 {“detail”:“Unusual activity has been detected from your device. Try again later.”}。
在 new-api 测试就通。日志正常。