Linux.do 社区有用户发帖反馈，使用数月的 gemini-web2api 项目突然出现 429 错误，无法继续正常调用。该项目是一个开源工具，支持无鉴权匿名调用 Gemini 网页端模型，涵盖 gemini-3.7-flash、gemini-3.6-flash、gemini-3.5-flash-thinking、gemini-3.1-pro 等多个版本。日志显示，服务运行版本为 v1.1.0，监听 8081 端口，兼容 OpenAI 风格的 /v1/chat/completions 接口，内置三次重试机制，Cookie 状态为匿名模式。发帖用户表示，此前已借此稳定使用 Gemini 数月，并以此替代日常对话工具，仅不支持发送图片。故障发生后，用户查看后台发现，本地服务本身响应正常，API 端点均返回 200 状态码，但在实际请求 Google 的 StreamGenerate 接口时，服务器返回 302 重定向，目标地址为 www.google.com/sorry/ 页面。该页面是 Google 典型的反滥用验证机制，通常意味着请求方的 IP 或访问行为已被风控系统标记。用户更换一轮代理节点后问题依旧，遂发帖询问谷歌是否已对这种匿名调用方式关门，并了解其他用户的反向代理是否同样受到影响。目前该帖已有社区成员参与讨论，此次故障是否为全面封锁尚待进一步观察。
事件分析
从日志细节看，本次故障并非接口本身失效，而是 Google 风控机制生效：请求被 302 重定向至 /sorry/ 验证码页面，这是 Google 针对疑似自动化流量的标准处置手段。anonymous 模式下请求来源集中于数据中心 IP，调用频率与流量特征高度一致，容易被批量识别与封禁。此次事件暴露出网页端逆向方案的结构性脆弱：接口协议与部署方式完全公开，任何风控策略调整都会导致大面积失效，且匿名模式缺乏兜底手段。对依赖此类免费方案的开发者而言，可行方向包括改用 Cookie 登录态、搭建高质量代理池，或转向官方 API 免费额度与其他开源模型。对行业而言，这也是免费逆向生态持续收缩的又一个信号，各厂商对网页端接口的滥用检测正在全面趋严。
核心观点：逆向网页端的免费调用方案天然脆弱，谷歌风控一旦收紧，零成本白嫖时代随时终结。
原文链接：Linux.do
评论前必须登录！
立即登录 注册