Gemini 网页端无限转圈与输出截断排查：Google 节点健康度深度审计

生成到一半突然中断报错，或者提问后长时间处于 Generating 状态？拆解 Google 前端流式传输协议与代理节点的握手冲突。

流式传输中断的抓狂体验

在使用 Gemini 进行长文综述或代码编写时，最令人沮丧的莫过于模型已经输出了一半，光标突然停止跳动，页面提示 `Something went wrong. Please try again later.`，此前生成的几百字瞬间蒸发。

在排除了账号本身的问题后，此类故障 90% 都是由本地网络与 Google 边缘接入点之间的长连接断流引起的。

截断与卡顿的技术成因

1. HTTP/2 多路复用超时：Gemini 网页端采用基于 Server-Sent Events（SSE）或 WebSocket 的持久流式通道。若代理客户端的 TCP 保持存活（Keep-Alive）参数设置不当，中间路由器会在数据流间歇期强行关闭套接字。
2. 节点 IP 触发 Google 临时速率限制（Rate-Limiting）：同一机房出口 IP 存在过量请求，导致 Google 边缘防火墙在数据传输中途强行发送 RST 重置数据包。

3 步排查与节点自救

- 检查代理客户端配置：在 Clash / v2ray 中开启 `tcp-keep-alive`，并将超时时间适当调大（建议 300 秒）。
- 切换低丢包原生链路：避免使用多重中转或高峰期丢包率高于 5% 的劣质机场节点，优先选择直连延迟稳定、丢包率接近 0% 的优质链路。
- 开启分流保护：确保 `googleapis.com` 与 `alkalimakersuite-pa.googleapis.com` 严格走固定代理，防止流量在直连与代理之间频繁震荡。