Gemini 打不开？Clash 分流规则与固定节点稳定网页版和 AI Studio

「Gemini 打不开」的原因：网页版和 AI Studio 走不同主机组

浏览器里的 Google Gemini（gemini.google.com 周边）除了对话 UI 本体，还同时向认证、资源、统计、全球 CDN 并发请求。Google AI Studio 有编辑器状态、模型列表、预览、计费/配额调用，短时间内集中在 ai.google.dev 等域名上。再加上 SDK 或后端调用的 Generative Language API（generativelanguage.googleapis.com 等），就会出现页面能打开、但 API 一直超时的部分成功现象。

Clash 分流配置中，若宽泛的 GEOIP 规则提前命中某些主机，或 url-test 策略组在会话中途切换节点，每个主机就会走向不同出口，体感上表现为页面卡住、流式响应中断。DNS 污染与 DoH 配置见配套的 DoH 指南，本文专注于域名归组与策略设计。

💡

本文范围 OpenAI 流量见 ChatGPT·OpenAI API 指南，Anthropic 见 Claude 路由指南。本文范围限定在 谷歌 AI 域名以及网页版、AI Studio、API 的经路分离。

三个访问面：对话网页、AI Studio、API

按访问面分别思考可以简化配置。第一，普通用户使用的对话网页 UI。第二，Prompt 工程和密钥管理用的 Google AI Studio。第三，SDK 与服务端的 Generative Language API。三者都走 HTTPS，但主机名和可接受的出口地区可能不同。比如对话界面用低延迟节点、AI Studio 用绑定计费地区的稳定节点、API 调用匹配配额所在地区的节点——分别建立策略组即可实现这种划分。

主机名随产品更新而变化，以连接日志为准比依赖静态规则列表更可靠。常见起点：gemini.google.com、google.com 下的 OAuth 与资源子域、ai.google.dev、generativelanguage.googleapis.com，以及可能的 *.googleapis.com 或 *.gstatic.com。注意 googleapis.com 是 BigQuery 等其他云服务共用的，避免过早扩大后缀范围。

YAML 示例：网页版与 AI Studio 策略组分离

以下为概念示例，节点名和订阅名请替换为您自己的环境。

proxy-groups:
  # Browser Gemini (consumer chat UI)
  - name: GEMINI-WEB
    type: select
    proxies:
      - JP-GEMINI-WEB
      - US-GEMINI-WEB
      - DIRECT
  # Google AI Studio (developer console)
  - name: AI-STUDIO
    type: select
    proxies:
      - US-AISTUDIO-STABLE
      - JP-AISTUDIO-STABLE
      - DIRECT
  # Generative Language API (SDK / server)
  - name: GEMINI-API
    type: select
    proxies:
      - US-GEMINI-API
      - DIRECT

rules:
  # 置于宽泛 GEOIP / MATCH 之前
  - DOMAIN-SUFFIX,gemini.google.com,GEMINI-WEB
  - DOMAIN-SUFFIX,ai.google.dev,AI-STUDIO
  - DOMAIN-SUFFIX,generativelanguage.googleapis.com,GEMINI-API
  # 可选：仅在日志有根据后再扩宽
  # - DOMAIN-SUFFIX,googleapis.com,GEMINI-API
  # ... GEOIP / MATCH ...

googleapis.com 是 Google Cloud 各服务共用的域名，建议先从特定 API 子域名开始，从日志中补充缺失的主机。为了避免订阅刷新时规则被覆盖，可使用 Clash Meta 覆写指南中介绍的 prepend-rules 或合并层。

固定节点与策略组：不要只靠健康检测

长连接 TLS 和流式响应对会话中途切换节点非常敏感。间隔较短的 url-test 策略组在响应体传输中切换出口，会触发握手中断和重试风暴，用户感受是"Gemini 打不开"或"AI Studio 卡住了"——节点质量没问题，是路由抖动导致的。

实用的解法是：调试阶段在 select 策略组里手动固定一个验证过的节点；稳定后再换成 fallback 策略组，同时把测量间隔拉长，减少切换频率。需要多地区覆盖时，先固定单一地区确认症状消失，再逐步引入自动选择。查连接日志：如果失败时间段内节点名频繁变更，就能确认是抖动在作怪。

规则顺序与部分成功：防止主机漏网

最常见的失败模式：宽泛的 GEOIP,CN,DIRECT 或全局兜底在前，谷歌 AI 规则排在后面。DNS 解析结果不同时，部分子域名意外落到 DIRECT，导致页面能打开但 AI Studio API 调用超时，或对话 UI 加载了但流式响应停止。解决方案是结构性的：把具体域名规则放在宽泛地区规则之前。

国内直连、海外代理的基础分流框架见分流规则策略指南，谷歌 AI 规则相当于叠在那之上的薄层。实际运行时的匹配顺序，用日志验证比读 YAML 更可靠。

DNS、fake-ip 与 SNI：消除名称与路由的错位

fake-ip 模式下，界面上显示的主机名与实际传输目标的关系不是直接映射。调试期间禁用浏览器内置的安全 DNS，避免与 Clash DNS 产生双解析器冲突。模式对比见 fake-ip 与 redir-host 对比文章。

HTTPS 要求 ClientHello 中的 SNI 与服务器证书匹配。企业 HTTPS 检测、透明代理或浏览器扩展过滤器介入时，会在谷歌 AI 服务上产生看似随机的连接失败。出现症状时，用最简配置（只保留 Clash、关闭扩展）复现，确认问题在 Clash 层内还是 Clash 之外。

运营备忘：单账号多出口、日志整理

用同一个 Google 账号在地理位置相距较远的出口短时间内频繁访问，可能触发重新验证提示。如果 AI Studio 和对话网页用了不同节点，先统一到同一地区，观察问题是否缓解。

高效排障：按主机名过滤日志，同时记录策略名和实际节点。与团队共享调试输出时，遮掉 API 密钥和个人标识，并将规则行号与 YAML 对应块标注好，方便下次碰到同类问题复用。

TUN 与系统代理：让浏览器和命令行走同一条路

浏览器遵循系统代理或 TUN 模式捕获。命令行工具和脚本通常需要显式设置 HTTPS_PROXY 或 ALL_PROXY，并确认回环地址与 Clash 的 mixed-port 一致。从 WSL 或 Docker 向宿主机 Clash 转发时，还要确认容器内 DNS 解析没有卡住。参考 WSL2 指南了解宿主机 IP 和环境变量的设置细节。

所有捕获层的共同原则：用规则命中区分「延迟高」还是「主机落到 DIRECT」。长流式响应中途断开时，先怀疑域名规则漏网而不是节点质量，往往更快找到问题。

⚠️

法律法规与服务条款 请遵守所在网络环境的策略、适用的当地法规以及 Google 的服务条款。本文是在具有合法访问权限的环境中，将流量引导至预期路径的参考资料。

分症状排障清单

只有对话网页不稳定，AI Studio 能打开

在日志中确认 gemini.google.com 及认证、资源相关主机命中了 GEMINI-WEB。检查是否被宽泛规则提前吸走，临时固定节点为单一值，验证复现性。

只有 AI Studio 加载卡住

优先确认 ai.google.dev 和日志中出现的相关主机落在 AI-STUDIO 上。将 API 和 Studio 流量混入同一策略组容易导致请求走向非预期出口。

只有命令行或 SDK 的 API 调用超时

确认 generativelanguage.googleapis.com 等命中 GEMINI-API 而非落到 DIRECT。如果 DNS 解析路径有疑问，结合DoH 配套指南的步骤交叉验证。

总结：归组、固定、验证

2026 年，谷歌 AI 服务仍然横跨对话网页、AI Studio 和 Generative Language API 三个不同主机组。本文将它们整理进独立的 Clash 策略组，通过固定节点抑制出口抖动，并通过规则排序防止部分成功式失败。DNS 和 DoH 的设计交给配套文章，本文聚焦域名归组与策略架构。

如果还没安装客户端和导入订阅，先从下载页面获取最新版本，按照订阅链接指南打好基础，再叠加本文的谷歌 AI 规则。→ 免费下载 Clash，让 Gemini 与 AI Studio 流量走上预期的路