一、先看 Gemini 卡在哪一步

Gemini 异常常见有几种表现：

现象	可能方向
gemini.google.com 完全打不开	DNS、HTTPS、系统网络配置
Google 登录页能打开，Gemini 页面打不开	站点数据、账号状态、前端资源
登录后反复跳转	Cookie、账号会话、浏览器隐私设置
页面白屏	JS 文件加载失败、扩展干扰、缓存损坏
输入框无响应	前端脚本异常、接口请求失败
回答一直加载	会话接口、WebSocket、请求超时
Chrome 正常，其他浏览器异常	浏览器兼容性或安全设置

先把现象分清楚，排查会快很多。

Gemini 和 Google 账号绑定比较深。如果只是 Gemini 页面异常，但 Gmail、Google Search、Google Drive 都正常，问题可能更偏 Gemini 前端或账号会话；如果多个 Google 服务都异常，就要重点看 DNS、系统网络配置和浏览器安全设置。

---

二、先用浏览器做三个快速对比

Gemini 对浏览器环境比较敏感，建议先做三个对比：

1. Chrome 正常窗口访问；
2. Chrome 无痕窗口访问；
3. Edge 或 Firefox 访问。

如果无痕窗口正常，普通窗口异常，优先怀疑 Cookie、缓存、扩展。
如果 Chrome 正常，其他浏览器异常，优先看浏览器兼容性和隐私策略。
如果所有浏览器都异常，再继续排 DNS、HTTPS 和系统网络配置。

访问地址：

https://gemini.google.com

如果页面一直停在加载状态，按 F12 打开开发者工具，切到 Console 和 Network 面板，看是否有资源加载失败、脚本报错或接口请求失败。

---

三、清理 Google 相关站点数据

Gemini 的登录态不仅涉及 gemini.google.com，还可能和多个 Google 相关域名有关。只清理一个域名，有时不够。

Chrome 可以进入：

chrome://settings/siteData

搜索并清理：

gemini
google
accounts.google

Edge 可以进入：

edge://settings/siteData

清理后重新登录。

如果你不想影响所有 Google 服务，可以先只用无痕模式测试。无痕模式正常后，再决定是否清理普通模式里的站点数据。

需要注意：清理站点数据会让你退出部分网站登录，这是正常现象。

---

四、检查第三方 Cookie 和浏览器隐私设置

Gemini 登录和账号校验可能涉及多个相关域名。浏览器如果过度限制 Cookie 或脚本，可能导致登录页反复跳转，或者登录成功后 Gemini 页面仍然无法进入。

Chrome 可以检查：

chrome://settings/cookies

建议重点看：

• 是否阻止了所有第三方 Cookie；
• 是否对 Google 相关站点设置了特殊限制；
• 是否启用了过强的隐私扩展；
• 是否有安全软件修改浏览器请求。

如果不确定，可以用无痕模式或新建浏览器用户配置来验证。新配置里没有旧扩展、旧缓存和旧 Cookie，很适合做对照。

---

五、开发者工具：重点看 Google 相关资源是否失败

Gemini 页面不是一个单域名静态页面。它可能会加载多个 Google 相关资源、接口和脚本。

打开开发者工具后，重点看 Network 面板：

类型	说明
Document	主页面是否加载
Script	前端 JS 是否成功
Fetch/XHR	账号、会话、模型请求是否失败
WebSocket	响应流是否建立
401/403	登录态或权限校验问题
429	请求频率或安全限制
5xx	服务端或中间链路异常

如果大量 accounts.google.com 请求失败，优先看账号登录和 Cookie。
如果主页面正常但 JS 失败，优先看缓存和浏览器扩展。
如果 JS 正常但接口失败，优先看会话状态、请求状态码和网络耗时。

这个步骤非常关键，因为它能把“打不开”变成具体错误码。

---

六、DNS 解析检查：不要只查一个域名

排查 Gemini 时，不建议只查 gemini.google.com，还要看几个相关域名。

Windows：

Resolve-DnsName gemini.google.com
Resolve-DnsName accounts.google.com
Resolve-DnsName google.com

对比公共 DNS：

nslookup gemini.google.com 1.1.1.1
nslookup accounts.google.com 8.8.8.8

如果 gemini.google.com 正常，但 accounts.google.com 解析异常，可能表现为 Gemini 首页能打开，但登录无法完成。

也可以清理本地 DNS 缓存：

ipconfig /flushdns

然后重新打开浏览器测试。

浏览器安全 DNS 也要检查。Chrome 位置：

chrome://settings/security

如果系统 DNS 和浏览器安全 DNS 结果不一致，就可能出现命令行和浏览器表现不同。

---

七、HTTPS 连接和请求耗时检查

先看 Gemini 主站是否能建立 HTTPS 连接：

curl -I https://gemini.google.com

再看 Google 账号域名：

curl -I https://accounts.google.com

如果两者都能返回 HTTP 状态，说明基础连接大概率正常。
如果账号域名异常，就优先排登录链路。
如果 Gemini 主站异常，就继续看 DNS、TLS 和本机网络环境。

使用 curl -v 查看详细过程：

curl -v https://gemini.google.com

如果卡在 Trying，说明连接阶段不顺。
如果卡在 TLS handshake，说明 TLS 握手阶段异常。
如果能正常返回，但浏览器白屏，就重点看前端资源、扩展和缓存。

请求耗时也可以这样看：

curl -o /dev/null -s -w "dns=%{time_namelookup}s connect=%{time_connect}s tls=%{time_appconnect}s total=%{time_total}s\n" https://gemini.google.com

这能帮助判断慢在哪里，而不是只看一个“打不开”的结果。

---

八、写一个 Gemini 检查脚本

下面这个脚本会同时检查 Gemini 主站、Google 账号域名和搜索域名。

文件名：gemini_check.py

import socket
import time
import requests

HOSTS = [
    "gemini.google.com",
    "accounts.google.com",
    "google.com",
]

URLS = [
    "https://gemini.google.com",
    "https://accounts.google.com",
    "https://google.com",
]

def dns(host):
    start = time.perf_counter()
    try:
        result = socket.getaddrinfo(host, 443)
        cost = (time.perf_counter() - start) * 1000
        ips = sorted({item[4][0] for item in result})
        print(f"[DNS] {host} {cost:.1f}ms {ips[:5]}")
    except Exception as e:
        print(f"[DNS] {host} failed: {e}")

def http(url):
    start = time.perf_counter()
    try:
        r = requests.get(url, timeout=12, headers={"User-Agent": "Mozilla/5.0"})
        cost = (time.perf_counter() - start) * 1000
        print(f"[HTTP] {url} status={r.status_code} cost={cost:.1f}ms")
    except Exception as e:
        print(f"[HTTP] {url} failed: {e}")

if __name__ == "__main__":
    for host in HOSTS:
        dns(host)
    for url in URLS:
        http(url)

运行：

python gemini_check.py

如果 accounts.google.com 失败，而 google.com 正常，重点排账号登录相关请求。
如果三个域名 DNS 都异常，先排 DNS。
如果 DNS 正常但 HTTP 超时，再看 HTTPS 和系统网络配置。

---

九、几个常见场景

1. Google 搜索正常，Gemini 打不开

优先看：

• Gemini 服务状态；
• Gemini 页面 JS 是否加载失败；
• 账号会话是否异常；
• 浏览器扩展是否拦截资源；
• gemini.google.com 的接口请求状态码。

这种情况不一定是整体网络问题，可能只是 Gemini 站点数据或前端资源异常。

2. 登录页反复跳转

优先看：

• Cookie 是否被限制；
• accounts.google.com 请求是否失败；
• 浏览器是否阻止第三方 Cookie；
• 系统时间是否准确；
• 是否开启了影响登录流程的浏览器扩展。

系统时间可以这样看：

Get-Date

如果时间差异明显，先同步系统时间。

3. 页面白屏但 Network 有大量红色请求

优先看失败请求类型：

• JS 失败：清缓存、关扩展；
• XHR 失败：看状态码和响应内容；
• 401/403：看登录态和账号校验；
• 5xx：可能是服务端或中间链路短暂异常。

白屏不是一个结论，它只是结果。真正的线索在 Network 和 Console 面板里。

4. 手机正常，电脑异常

优先看：

• 电脑浏览器缓存；
• 电脑浏览器扩展；
• Windows DNS；
• 浏览器安全 DNS；
• 本机安全软件；
• 系统网络配置。

这类问题通常不需要一上来重装浏览器。先新建浏览器用户配置，往往更快。

---

十、建议的排查顺序

1. 明确是主页面打不开、登录失败、白屏，还是回答加载失败。
2. 用 Chrome 无痕模式测试。
3. 换 Edge 或 Firefox 做对照。
4. 清理 gemini、google、accounts.google 相关站点数据。
5. 检查第三方 Cookie 和隐私设置。
6. 暂时关闭广告拦截、脚本、翻译、隐私和网络配置类扩展。
7. 打开开发者工具，看 Network 和 Console。
8. 用 Resolve-DnsName 检查多个 Google 相关域名。
9. 用 curl -I、curl -v 检查 HTTPS。
10. 如果多个 AI 工具都异常，再重点排系统 DNS、浏览器安全 DNS 和网络链路质量。

这个流程比反复刷新页面更有效，也比一上来修改大量设置更稳。

---

十一、总结

Gemini 打不开时，重点不要只盯着“网站能不能打开”，而要拆成几层看：

• 账号层：Google 登录态、Cookie、账号校验是否正常；
• 浏览器层：缓存、扩展、第三方 Cookie、隐私设置是否影响请求；
• 前端层：JS、CSS、XHR、WebSocket 是否加载成功；
• DNS 层：Gemini 和账号域名是否解析正常；
• HTTPS 层：TCP 连接和 TLS 握手是否完成；
• 系统层：本机网络配置和浏览器配置是否一致；
• 链路层：请求耗时、抖动和丢包是否异常。

稳如狗网络在这类问题里的价值，是把常见网络检测和访问异常排查入口集中起来，方便先收集数据再做判断。排查 Gemini 时，建议先确认账号、浏览器和 DNS，再看 HTTPS 和接口状态码。

如果你不想每次都临时找工具，可以把 www.wenrugou.net/tools 作为日常网络检测入口之一。遇到 Gemini 打不开时，先记录公网信息、DNS 结果、请求耗时和浏览器错误码，再继续调整本机配置，效率会高很多。

参考资料

1. Gemini 官网：https://gemini.google.com
2. Google 账号登录：https://accounts.google.com
3. 稳如狗网络工具箱：https://www.wenrugou.net/tools