AI 专栏 · · 约 11 分钟阅读

Gemini 打不开？Clash 分流 Google AI 域名并关闭 QUIC 实测（2026）

当你在浏览器或 API 客户端里使用 Gemini、Google AI Studio 或 Generative Language API 时，除了「出口 IP 是否在可用地区」这类与 OpenAI / Anthropic 类似的叙事，还经常遇到另一类传输层路径不一致：HTTP/3（QUIC）走 UDP，与基于 TCP 的代理链路、TUN 抓包方式不完全相同，容易表现为间歇性加载失败、握手超时或仅部分子资源异常。本文把Google AI 相关域名分流写进可维护的 mihomo 规则，并给出在浏览器侧关闭 QUIC的可复现实测步骤，与站内 ChatGPT、Claude 两篇形成互补。

1. 与 ChatGPT / Claude 专栏的差别：Google 生态与 QUIC

站内以 ChatGPT 为题的文章，侧重 固定出口、fallback 策略组，解决的是「同一会话内 IP 漂移」；以 Claude 为题的文章，侧重 地区策略 + DNS / Fake-IP 与规则命中是否一致。到了 Google AI，前端往往托管在 google.com 体系下，API 又常走 googleapis.com，再叠加现代浏览器默认优先尝试的 HTTP/3，排错时如果只盯着「换节点」而忽略连接究竟走 TCP 还是 QUIC，很容易把「能打开首页但对话区一直转圈」误判成单纯线路问题。

因此本文的切入角度是两条线并行：Clash 分流保证 Google AI 相关域名落到你选定的策略组；可选关闭 QUIC则用于对照实验——若关闭后问题消失或明显减轻，说明除 IP 与 DNS 外，还存在传输协议路径需要纳入你的网络策略（例如统一走 HTTP/2 over TCP，便于与常见代理行为对齐）。这与 OpenAI、Anthropic 两篇不重复：同一套代理规则下，Google 系产品对 HTTP/3 的启用程度与资源子域往往更「杂」，值得单独成篇。

2. 为什么「只分流域名」有时仍不够：HTTP/3 与代理栈

QUIC 是运行在 UDP 上的传输协议，浏览器口中的 HTTP/3 即基于 QUIC 的 HTTP。许多代理与规则内核优先处理的是 TCP 流（例如基于 SNI、Host 的分流）；当浏览器对同一主机名优先建立 QUIC 会话时，若本地栈、TUN 模式或上游节点对 UDP 的处理与 TCP 不一致，就可能出现仅部分请求失败、重试后恢复、或只在高峰时段触发等现象——这类症状与「账号被封」「地区不可用」的文案往往无关，却在用户侧非常恼人。

实务上不必先啃完协议细节：你只要建立可操作的结论——在已正确配置 Clash 分流的前提下，若仍怀疑传输层，可用「关闭 QUIC 对照」快速缩小范围。下文浏览器步骤是最易复现、与客户端无关变量最少的做法；若你在移动端 App 内遇到类似问题，则需结合该 App 是否强制 QUIC、以及系统是否全局接管 DNS，另行排查。

与「换节点」对照着看

若换节点几乎无改善，而关闭 QUIC 后明显稳定，应优先检查 UDP 路径、TUN 是否覆盖浏览器进程，以及规则是否对 UDP 流量同样生效（视内核与模式而定）。

3. 建议覆盖的 Google AI 相关域名

Google 产品的主机名会随产品迭代增减，下列条目侧重 Gemini 网页、AI Studio、Generative Language API 常见路径；若你使用企业版或其他控制台，请在开发者工具「网络」面板中抓取实际 SNI / Host 后补全。原则仍是：与 AI 任务相关的域名放在GEOIP 与国内直连等宽泛规则之前，具体顺序可参考 高级规则分流指南。

  • gemini.google.com、aistudio.google.com（网页与工作室界面）
  • ai.google.dev（文档与开发者入口常涉及）
  • generativelanguage.googleapis.com（Generative Language API）
  • *.googleapis.com 中与你调用的 API 相关的子域（可按需收紧为具体 FQDN，减少误伤其他 Google 服务）
  • 登录与账号体系仍可能依赖 accounts.google.com、oauth2 相关主机名；若出现仅登录阶段失败，应把对应域名一并纳入同一策略组或按你安全策略单独列出

若订阅规则集内已有 GEOSITE:google 或类似分类，可与自定义规则组合使用：自定义段落在前，精确覆盖 AI 流量意图，大类规则在后做兜底——避免「只依赖超大分类」导致排查时难以判断命中哪一条。

4. 专用策略组与 mihomo 规则示例

与 Anthropic 篇类似，建议为 Google AI 单独建一个 select 或 url-test 策略组（示例名：🔮 Google AI），只放入你确认可用于访问 Google 服务的节点。规则段中把上一节列出的域名显式指向该组；组名请与你本地 proxy-groups 已有命名对齐，避免覆写冲突。 

proxy-groups:
  - name: "🔮 Google AI"
    type: select
    proxies:
      - NODE-US-01
      - NODE-SG-01
      - DIRECT

rules:
  - DOMAIN-SUFFIX,gemini.google.com,🔮 Google AI
  - DOMAIN-SUFFIX,aistudio.google.com,🔮 Google AI
  - DOMAIN-SUFFIX,ai.google.dev,🔮 Google AI
  - DOMAIN-SUFFIX,generativelanguage.googleapis.com,🔮 Google AI
  - DOMAIN-SUFFIX,googleapis.com,🔮 Google AI
  # Tighten googleapis.com above if non-AI Google APIs should stay on other groups
  # ... GEOIP / DIRECT / MATCH below

若尚未完成客户端安装与订阅导入，可先按 订阅导入教程 建立基础连通性，再叠加本节的mihomo 规则覆写。若你把 googleapis.com 整段指向 AI 组后，其它依赖 Google API 的应用出现异常，应改回「仅列出 Generative Language 等具体子域」的写法，这也是配置时要强调的可维护性取舍。

5. 关闭 QUIC（HTTP/3）的可复现实测

下列步骤用于对照实验，不改变 Clash 配置文件本身；不同浏览器版本入口可能略有差异，若找不到同名开关，可在设置中搜索「QUIC」。

  • Chromium 系（Chrome / Edge / Brave 等）：在地址栏打开 chrome://flags（Edge 为 edge://flags），搜索 QUIC，将 Experimental QUIC protocol 设为 Disabled，重启浏览器。再访问 gemini.google.com 观察是否仍有间歇失败。
  • 验证思路：同一节点、同一规则下，仅切换 QUIC 开闭；若关闭后稳定，则把「UDP / HTTP3 路径」记入你的长期排错清单，与纯换节点对照区分。
  • 恢复：排查结束后可将 Flags 改回 Default，以免错过浏览器后续对 HTTP/3 的修复与性能优化。

若你使用 命令行或 SDK 调用 API，客户端默认走 TCP TLS 的情况较多，但仍需确认运行环境没有全局强制 HTTP/3；若日志里出现与 QUIC 相关的错误关键字，可与上述浏览器结论交叉验证。

6. DNS 与规则顺序的提醒

与 Claude 篇一致：分流规则要与DNS 是否经内核一起看。若浏览器或系统使用绕过 Clash 的 DoH，可能出现「解析未参与策略」的缝隙；在 Fake-IP 模式下，建议保持内核 DNS 链路清晰，并在改配置后清理本地 DNS 缓存、重启内核再测。规则顺序上，务必让 Google AI 域名规则位于过于宽泛的直连或广告规则之前，避免从未命中你专为其准备的策略组。

若你同时需要 固定 IP 防风控 类的策略，可对照阅读 ChatGPT 专线配置；若问题是「地区不可用」类文案，则优先对照 Claude 与 DNS 篇。Google AI 这篇补的是Google 域名 + QUIC/HTTP3这一侧。

7. 排查清单

把 Google AI 域名写进独立的 mihomo 规则，再用关闭 QUIC做一次对照，很多「看似玄学」的间歇失败会立刻有了可重复的归因路径。相比在各个浏览器插件里分别试错，用 Clash 统一分流、配合有日志的图形客户端，长期维护成本更低，也更适合需要同时调试网页与 API 的开发者场景。

→ 立即免费下载 Clash，开启流畅上网新体验

相关阅读 · 同主题集群

按主题相关度匹配的延伸阅读，覆盖同分类下的实战配置文章。

AI 专栏 · 9 分钟

Claude 提示「当前地区不可用」？用 Clash 分流与 DNS 组合访问 Anthropic

从地区不可用切入（非封号叙事）：说明 Anthropic / Claude 相关规则域、专用策略组，以及 DNS 与 Fake-IP 如何与分流配合，附 mihomo 配置思路与排查清单。

阅读全文
AI 专栏 · 6 分钟

ChatGPT 频繁封号？配置 Clash 专用分流规则固定 IP 彻底告别 Access Denied

IP 漂移是导致 OpenAI 封号的根本原因。提供一套 fallback 策略组配置与完整分流规则代码，让 AI 流量始终绑定固定的原生 IP 节点，稳定不掉线。

阅读全文
热点结合 · 18 分钟

MCP 工具拉取总超时？用 Clash 分流 npm 与 GitHub 稳住 Model Context 生态（2026）

IDE 里配好 Model Context Protocol（MCP）却仍卡在装依赖、git 或 api.github.com？说明瓶颈常在 npm registry 与 GitHub 传输链，而非协议握手本身。用 Clash（mihomo）分流与 DNS 把包与仓走稳定出口，并对照 Windows npm 专文、Cu…

阅读全文