-
-
Notifications
You must be signed in to change notification settings - Fork 108
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
关于被要求人机验证的建议方案 #416
Comments
搞错了,Harukabot前身叫dd-bot,上面说的用登录状态的是ddbot,另一个项目https://github.com/Sora233/DDBOT |
刚刚跟一位也是用Harukabot的群主讨论一下,他试过第二种方案,但两天后复现 其实我一直在想
如果说Web端真的无法解决,那只能App API试试了。目前该端口只要签名正确,就可以正常返回动态内容,但要自己生成图片 |
我认为是需要PC UA+cookies+适当的请求延迟(尽量是在动态发出的3-5min后再访问动态页面),或者直接使用RSShub来获取动态内容,但是这样的话就会需要设计排版 |
但是似乎使用PC UA也并不能解决问题 所以个人判断是b站先检测是否登录,然后如果同一个浏览器一直都是访问动态类的话会查询最近几次是否为发布后的几分钟内就立即访问了(但是并没有进行验证x) 现在唯一能确定的是因为在一段时间内访问特定类型的页面次数过多导致的风控 |
RRSHub不是几百年前就寄了? |
并没有,活的好好的 |
我服务器的IP被污染了,现在都是验证码(哪怕已经魔改源码,出于登录状态以及删除了过往的cookie) |
尝试使用统一的UA打开试试 |
哪种ua? |
机器人使用的什么UA就用什么UA打开,在我这边测试的时候是发现b站是封的IP下面的所有特定UA(但是大概率会连坐直接封IP |
看了下讨论 或许搞复杂了 我还发现了一个更奇怪的现象 风控机制似乎对版本很新的ua豁免? |
我用Postman不改ua,使用已经登录且正常的cookie也🉑 |
请问大概怎么改,我这边用了UA还是频繁弹,我是haruka最新版,harukabot如何能够使用cookie? |
Cookie好像要等更新 其实现在只要单独更新bilireq库,以及设置其他ua就可以正常工作了。我现在暂时没有发现问题 |
so,有详细的解决方案了吗 |
HarukaBot 版本
v1.6.0.post5
功能建议
我们深知现在B站为防止bot爬取动态而添加了验证码。针对此情况,我想提出以下方案,希望对贵项目有参考价值:
继续使用Web端,但处于登录状态,可能会进一步降低验证码出现频率。额外信息(可选)
No response
The text was updated successfully, but these errors were encountered: