TL;DR｜2026-08-01 可执行结论：加速器卡在 97% 通常发生在“本地代理已启动，但 TUN/路由/DNS/防火墙未完成接管”的阶段。不要反复重装。先查 DNS，再查代理端口，再查虚拟网卡和防火墙日志。本文步骤适用于雷神加速器卡在97%的解决方法，也适用于你准备用 Gemini、Google AI、Google AI Studio 前的网络连通性排查。
1. 前置条件：先固定测试环境
适用版本：Windows 10 22H2、Windows 11 23H2/24H2；Chrome 126+；PowerShell 5.1+。本文不假设你使用哪一家服务。用户搜索“雷神加速器卡在97%的官方回复”时，常见官方口径通常是：重启客户端、使用修复工具、关闭防火墙、切换节点、重装驱动。这里把这些动作拆成可验证步骤。
Warning: 不要同时运行两个 VPN、加速器、代理客户端。两个客户端同时写入路由表时，最常见结果就是停在 90%～99%，浏览器代理端口也可能被占用。
- 退出所有代理类软件，只保留一个待测客户端。
- 关闭浏览器里的代理插件，例如 SwitchyOmega、Proxy Switcher。
- 断开公司 VPN、校园网认证客户端、网游加速器。
记录当前网络状态：
ipconfig /all期望输出包含当前网卡、DNS、网关。例如：
IPv4 Address . . . . . . . . . . . : 192.168.1.23
Default Gateway . . . . . . . . . : 192.168.1.1
DNS Servers . . . . . . . . . . . : 223.5.5.52. 判断卡在97%属于哪一类故障
97%不是精确错误码，通常是客户端 UI 的进度展示。实测在一台 Windows 11 23H2 机器上，端口代理已启动但 TUN 虚拟网卡失败时，界面会停在 97%；另一台 Windows 10 22H2 机器上，DNS 被安全软件拦截时也停在 97%。所以必须分层排查。
Step 1：检查本地代理端口是否已监听。 常见端口是 7890、1080、10809、本地随机端口。先查全部监听端口：
netstat -ano | findstr LISTENING期望输出类似：
TCP 127.0.0.1:7890 0.0.0.0:0 LISTENING 8420
TCP 127.0.0.1:10809 0.0.0.0:0 LISTENING 8420如果没有 127.0.0.1 代理端口，说明客户端核心没有启动。此时再谈 DNS、Gemini怎么注册、Google AI怎么用都没有意义，先修客户端本地组件。
Step 2：检查 DNS 是否能解析。
nslookup gemini.google.com期望输出至少有 Address 字段：
Name: gemini.google.com
Address: 142.250.xx.xx如果输出是 timeout 或 DNS request timed out，优先改 DNS。临时改为公共 DNS：
netsh interface ip set dns name="WLAN" static 223.5.5.5期望输出：
Ok.Note: 如果你用的是有线网，把 WLAN 改成“以太网”。网卡名称可用下面命令确认：
netsh interface show interface期望输出：
Admin State State Type Interface Name
Enabled Connected Dedicated WLAN
Enabled Disconnected Dedicated Ethernet3. 修复动作：按成本从低到高执行
Step 1：释放 DNS 和 Winsock。 这是低风险动作，耗时约 30 秒。适合“昨天还能用，今天卡在97%”的情况。
ipconfig /flushdns期望输出：
Successfully flushed the DNS Resolver Cache.netsh winsock reset期望输出：
Successfully reset the Winsock Catalog.
You must restart the computer in order to complete the reset.执行后重启 Windows。不要只重启客户端。
Step 2：检查虚拟网卡。 加速器的 TUN/TAP 驱动异常时，常见表现是“连接中 97%”“自动暂停”“节点显示可用但网页打不开”。这也是有人搜索“雷神加速器自动暂停助手v1.0”的原因，但不建议优先使用未知来源助手。
Get-NetAdapter | Select-Object Name, Status, InterfaceDescription期望输出中能看到虚拟网卡，状态不是 Disabled：
Name Status InterfaceDescription
WLAN Up Intel(R) Wi-Fi 6 AX200
Tunnel Adapter Up Wintun Userspace Tunnel如果虚拟网卡 Disabled，启用它：
Enable-NetAdapter -Name "Tunnel Adapter" -Confirm:$false期望输出为空；再次查询应显示 Up。
Step 3：检查防火墙是否拦截客户端核心。 很多“雷神加速器卡在97%的修复工具”本质是在重置防火墙规则和驱动。你可以手工确认。
netsh advfirewall show allprofiles期望输出：
Domain Profile Settings:
State ON
Private Profile Settings:
State ON
Public Profile Settings:
State ON不要直接永久关闭防火墙。只做 2 分钟 A/B 测试：
netsh advfirewall set allprofiles state off期望输出：
Ok.立刻测试连接。如果能过 97%，说明是规则问题。测试完必须打开：
netsh advfirewall set allprofiles state on期望输出：
Ok.4. 官方回复之外：判断服务是否真的可用
不要只看“雷神加速器 官方网站”“官网 官方”页面是否能打开。官网可访问不等于节点可用。对 AI 生产力场景，核心指标是：DNS 可解析、TLS 可握手、延迟稳定、目标站点能登录。尤其是 Gemini国内使用，登录页打开不代表模型接口可用。
| 检查项 | 合格标准 | 不合格表现 |
|---|---|---|
| 本地端口 | 127.0.0.1 有监听 | 卡 97%、浏览器无代理 |
| DNS | nslookup 2 秒内返回 | timeout、SERVFAIL |
| 延迟 | 同节点连续 10 次波动小于 80ms | 忽快忽慢、频繁断流 |
| AI 站点 | Gemini 页面可登录并发起对话 | 只打开首页，提交后报错 |
测试代理出口连通性：
curl -I --proxy http://127.0.0.1:7890 https://gemini.google.com期望输出包含 HTTP 状态码。301、302、200 都说明链路至少打通：
HTTP/1.1 200 Connection established
HTTP/2 302
location: /app如果输出如下，说明本地端口不存在或客户端核心没起来：
curl: (7) Failed to connect to 127.0.0.1 port 78905. 如何确认问题已解决
按下面 4 个条件验收。少一个都不算修好。第一，客户端不再停在 97%，状态显示已连接。第二，本地代理端口存在。第三，DNS 能解析 Gemini。第四，浏览器能完成一次真实 AI 请求，而不是只打开登录页。
netstat -ano | findstr 7890期望输出：
TCP 127.0.0.1:7890 0.0.0.0:0 LISTENING 8420nslookup gemini.google.com期望输出：
Name: gemini.google.com
Address: 142.250.xx.xxcurl -I --proxy http://127.0.0.1:7890 https://gemini.google.com期望输出：
HTTP/1.1 200 Connection established
HTTP/2 302References：Windows 内置命令 ipconfig、netsh、netstat、PowerShell Get-NetAdapter、Chrome/Chromium 网络诊断面板。
如果你的目标是稳定访问 Gemini、Google AI Studio 等 AI 生产力工具，免费 DNS 修复、官方客户端重装、自建代理都可行；商都加速器也是众多选项之一，可在 wizzegroup.com 查看，但不替代上面的本地诊断流程。