谷歌云/AI Studio 突然白屏?解决方法与原因分析
谷歌云/AI Studio 突然白屏?其他网站都能正常访问?
今天突然遇到了一个很奇怪的网络问题,分享出来给大家避个坑。 Google 相关的页面(AIstudio,Gemini…)服务无法加载,页面空白或者无限转圈。但是呢,同一时间,YouTube、ChatGPT、主页都能秒开,且速度很快。这说明网络本身是没有问题的。
经过排查,以下两种方法均可解决问题:
一,开启「全局模式」
直接将代理软件从规则模式切换到全局模式。
二,关闭浏览器 QUIC 协议
- 地址栏输入:chrome://flags
- 搜索 QUIC。
- 将 Experimental QUIC protocol 设置为 Disabled。
- 重启浏览器。
那么为什么会突然就不能使用呢?
为什么 YouTube 能看,谷歌却打不开?为什么改个模式或者关个协议就好了?个人认为其实涉及到了代理分流逻辑和传输协议两个层面的问题。
原因一:分流规则失效与 DNS 污染(对应全局模式)
通常使用代理软件时,默认是规则模式。
● YouTube → 代理 → 正常。
● 国内网站 → 直连 → 正常。
问题出在哪里?
Google 的云服务域名(如 aistudio.google.com)解析非常复杂。
- IP 漂移/GeoIP 误判:谷歌可能调整了该域名背后的 IP 段。如果你的代理软件依赖 GeoIP 判断归属地,而这个新 IP 段数据库还没更新(或者被误判为保留地址),软件就会尝试直连。
- DNS 污染:在规则判断阶段,如果本地 DNS 返回了一个被污染的假 IP,或者代理软件没接管该域名的 DNS 解析,直连请求就会被墙拦截,导致白屏。
为什么「全局模式」有用?
全局模式相当于绕过了本地的 DNS 污染和错误的 GeoIP 判断,强制远端解析,自然就通了。
原因二:QUIC 协议与 UDP 干扰(对应关闭 QUIC)
Google 的服务(尤其是 Cloud 系列)使用 HTTP/3 (QUIC) 协议。
● QUIC (HTTP/3):基于 UDP,快。
● HTTP/2:基于 TCP,稳。
问题出在哪里?
国内的网络环境(ISP)或者部分机场节点,对 UDP 流量 的支持并不友好:
- 运营商 QoS:很多地区会对 UDP 进行限速或丢包(误认为是 P2P 或攻击流量)。
- 节点转发能力:部分代理节点对 TCP 优化很好,但 UDP 转发经常丢包。
为什么「关闭 QUIC」有用?
强迫浏览器放弃UDP,改开TCP/HTTP2。虽然理论上限速低了一点,但 TCP 极其稳定,且代理节点对 TCP 的支持最完善。一旦建立了稳定的 TCP 连接,页面自然就加载出来了。
总结一下
这次的故障大概率是 「分流规则/DNS 瑕疵」 加上 「UDP 网络环境不佳」
● 排查思路:遇到部分外网能上、部分不能上,先切全局试水。
● 长期建议:为了稳定性,建议长期关闭浏览器的 QUIC (HTTP/3)。
各位佬有遇到过这样的问题吗?
各位大佬,有没有遇到过类似的问题?分享一下你们的解决方法吧!
评论已关闭