Closed chengtx809 closed 5 months ago
建议暂时使用我的cct服务器应急:
https://cct.nbing.eu.org/ cf workers部署 or https://cctb.pages.dev/ cf pages 部署
目前看上去cct cookie 对出口ip有要求,似乎是在同一网络获得的cct才有效,从其他网络获得的cct无效。
建议暂时使用我的cct服务器应急:
https://cct.nbing.eu.org/ cf workers部署 or https://cctb.pages.dev/ cf pages 部署
目前看上去cct cookie 对出口ip有要求,似乎是在同一网络获得的cct才有效,从其他网络获得的cct无效。
好的,谢谢🙏
建议暂时使用我的cct服务器应急:
https://cct.nbing.eu.org/ cf workers部署 or https://cctb.pages.dev/ cf pages 部署
目前看上去cct cookie 对出口ip有要求,似乎是在同一网络获得的cct才有效,从其他网络获得的cct无效。
哇大佬你这个人机验证过得好快,能不能讲下是怎么实现的 (膜拜
目前看上去cct cookie 对出口ip有要求,似乎是在同一网络获得的cct才有效,从其他网络获得的cct无效。
并没有,感觉还是和 IP 干净度有关,我自己的账号,在docker演示站上,一直可以通过人机验证,然而docker演示站在米国,验证服务器在泡菜国,说明还是和IP干净度有关系
而且还有一点,我的人机验证服务我做了缓存,有可能你拿到的cct是已经过期的,或者可能是每天聊天次数被用完了,
我这种公共服务肯定要上缓存的,不然对我机子压力太大了
目前看上去cct cookie 对出口ip有要求,似乎是在同一网络获得的cct才有效,从其他网络获得的cct无效
并没有,感觉还是和 IP 干净度有关,我自己的账号,在docker演示站上,一直可以通过人机验证,然而docker演示站在米国,验证服务器在泡菜国,说明还是和IP干净度有关系
我的cct服务器是通过套娃获得的,多次测试表明: 1、如果最后一步与bing的连接是在hf上,则获得的cct对hf有效,对cf无效; 2、如果进一步套娃,让最后一步与bing的连接在cf上,则获得的cct对hf,cf都有效(目前取得的cct就是这样的)
目前演示站点上的验证,AZ不需要,docker和hf、CSB能够过,与cf相关的worker、pages、vc以及gitch都会无限循环,效果与我第1种获得的cct相似。
所以我感觉还是干净度,演示站的HF是BYPASS_SERVER
填的也是bypass.b1ng.chat
,glich和CF无关,只是用了CF的Tunnel
CF我自己试了一下,CFPG没有问题,CFWK一直循环
而且我试过同一个cct在CFPG和CFWK的情况下,CFPG正常,CFWK循环验证
而且bypass.b1ng.chat
后端的服务器遍布全球,什么服务商都有,所以比较杂,可能有些能过,有些过不了,具体我没有细究
所以我感觉还是干净度,演示站的HF是
BYPASS_SERVER
填的也是bypass.b1ng.chat
,glich和CF无关,只是用了CF的TunnelCF我自己试了一下,CFPG没有问题,CFWK一直循环
而且我试过同一个cct在CFPG和CFWK的情况下,CFPG正常,CFWK循环验证
而且
bypass.b1ng.chat
后端的服务器遍布全球,什么服务商都有,所以比较杂,可能有些能过,有些过不了,具体我没有细究
大佬,worker和page在处理消息这块有何异同?感觉用下来确实是page比worker稳些
目前看上去cct cookie 对出口ip有要求,似乎是在同一网络获得的cct才有效,从其他网络获得的cct无效
并没有,感觉还是和 IP 干净度有关,我自己的账号,在docker演示站上,一直可以通过人机验证,然而docker演示站在米国,验证服务器在泡菜国,说明还是和IP干净度有关系
我的cct服务器是通过套娃获得的,多次测试表明: 1、如果最后一步与bing的连接是在hf上,则获得的cct对hf有效,对cf无效; 2、如果进一步套娃,让最后一步与bing的连接在cf上,则获得的cct对hf,cf都有效(目前取得的cct就是这样的)
目前演示站点上的验证,AZ不需要,docker和hf、CSB能够过,与cf相关的worker、pages、vc以及gitch都会无限循环,效果与我第1种获得的cct相似。
大佬cct服务器有开源吗,能不能指下路,想自己部署🙏
隔壁:https://github.com/Harry-zklcdc/go-bingai-pass 而且 Readme 里面也写了哇
目前看上去cct cookie 对出口ip有要求,似乎是在同一网络获得的cct才有效,从其他网络获得的cct无效
并没有,感觉还是和 IP 干净度有关,我自己的账号,在docker演示站上,一直可以通过人机验证,然而docker演示站在米国,验证服务器在泡菜国,说明还是和IP干净度有关系
我的cct服务器是通过套娃获得的,多次测试表明: 1、如果最后一步与bing的连接是在hf上,则获得的cct对hf有效,对cf无效; 2、如果进一步套娃,让最后一步与bing的连接在cf上,则获得的cct对hf,cf都有效(目前取得的cct就是这样的) 目前演示站点上的验证,AZ不需要,docker和hf、CSB能够过,与cf相关的worker、pages、vc以及gitch都会无限循环,效果与我第1种获得的cct相似。
大佬cct服务器有开源吗,能不能指下路,想自己部署🙏
之前仓库开放过,目前关闭了(毕竟也算是大厂的一个bug)。 但是站点上有fork,所以有心者就费心一点点啦。
好的谢谢
更换人机验证服务器后问题已解决,感谢大佬们
Confirmations
Describe the bug
cf部署循环人机验证,page和worker都会 演示站也出现这个问题
Steps to reproduce
正常聊天
Expected behavior
通过人机验证
Screenshots
No response
Deploy
Cloudflare Worker
UserId
No response
OS & Version
windows 10
Browser & Version
Microsoft Edge
GoProxiBingAI Version
v2.4.1
Additional context
No response