TL;DR（2025-02-14 验证）：加速器卡在 30% 通常发生在“创建虚拟网卡 / 写入路由 / 切换 DNS”阶段。先重启客户端没意义，按顺序查：DNS → 虚拟网卡 → 路由表 → 防火墙 → 节点。下面命令基于 Windows 11 23H2；macOS 用户重点看 DNS、代理端口和 MTU。
1. Pre-requisites：先确认问题边界
目标不是“换一个按钮再点一次”，而是判断卡在本机、网络、节点还是客户端。尤其你是为了访问 Gemini、Google AI、Google AI Studio 这类 AI 生产力工具时，必须先确认普通网页、Google 域名、代理端口三层是否正常。
Note: 本文把“加速到 30% 就不动”视为连接初始化失败。常见触发点：TUN/TAP 虚拟网卡未创建、DNS 被污染、路由写入失败、系统代理被占用、IPv6 优先导致握手超时。
- 关闭所有同类 VPN、代理、加速器客户端。
- 断开再连接当前 Wi-Fi 或网线。
- 用管理员权限打开 PowerShell。
- 记录当前时间、客户端版本、节点名称、运营商，例如：Windows 11 23H2 / 客户端 5.x / 电信宽带 / 香港节点。
先测基础网络：
ping 223.5.5.5 -n 4预期输出：
来自 223.5.5.5 的回复: 字节=32 时间=18ms TTL=117
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)如果这里丢包超过 25%，先修本地网络，不要继续调加速器。
2. DNS 排查：30% 卡住最常见原因
DNS 异常会导致客户端拿不到节点入口地址，表现为进度停在 20%–40%。这类问题对 Gemini怎么注册、Google AI怎么用、Gemini国内使用影响很直接：客户端连不上，浏览器自然打不开。
清理 DNS 缓存：
ipconfig /flushdns预期输出：
Windows IP 配置
已成功刷新 DNS 解析缓存。查看当前 DNS：
ipconfig /all | findstr /i "DNS"预期输出示例：
DNS 服务器 . . . . . . . . . . . : 223.5.5.5
119.29.29.29测试 Google 相关域名解析是否异常：
nslookup gemini.google.com可接受输出：
非权威应答:
名称: gemini.google.com
Addresses: 142.250.x.x
2607:f8b0:xxxx::xxxxWarning: 如果返回 0.0.0.0、127.0.0.1、NXDOMAIN，或解析耗时超过 2 秒，先手动改 DNS。建议测试 223.5.5.5、119.29.29.29、1.1.1.1 三组，哪组解析稳定用哪组。不要同时装多个“安全 DNS”软件。
3. 虚拟网卡、路由表和 Winsock 修复
30% 卡死的第二类原因是虚拟网卡启动失败。客户端通常需要创建 TUN/TAP 设备，并写入默认路由或分流路由。驱动残留、杀毒拦截、上一个代理未退出都会让初始化停住。
查看网卡状态：
Get-NetAdapter | Sort-Object Status | Format-Table Name,Status,InterfaceDescription预期输出：
Name Status InterfaceDescription
以太网 Up Realtek PCIe GbE Family Controller
WLAN Up Intel(R) Wi-Fi 6 AX201
TAP-Windows Adapter Up TAP-Windows Adapter V9如果 TAP/TUN 设备是 Disabled，启用它：
Enable-NetAdapter -Name "TAP-Windows Adapter" -Confirm:$false预期输出：
无报错返回；再次 Get-NetAdapter 时 Status 为 Up重置 Winsock：
netsh winsock reset预期输出：
成功地重置 Winsock 目录。
你必须重新启动计算机才能完成重置。重置 IP 栈：
netsh int ip reset预期输出：
正在重置 全局，完成!
正在重置 接口，完成!
重新启动计算机来完成此操作。重启后再启动客户端。不要跳过重启；Winsock 重置不重启等于没做完。
4. 节点和协议：用数据判断，不靠感觉
如果 DNS 和驱动正常，但仍卡 30%，再怀疑节点或协议。实测标准很简单：同一网络下，连续测试 3 个节点，每个等待 60 秒；只有单个节点卡住，属于节点问题；全部节点卡住，属于本机或运营商链路问题。
测试路由是否写入：
route print | findstr "0.0.0.0"预期输出：
0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.23 25
0.0.0.0 0.0.0.0 10.8.0.1 10.8.0.2 5第二条类似 10.x、172.16.x、198.18.x 的路由通常表示代理隧道已接管流量。只有家庭网关那一条，说明加速器没有成功写路由。
测试代理端口是否被占用。常见端口是 7890、1080、10808，按你的客户端设置替换：
netstat -ano | findstr ":7890"预期输出：
TCP 127.0.0.1:7890 0.0.0.0:0 LISTENING 12345如果没有 LISTENING，说明本地代理服务没起来。如果有多个进程占同一类端口，关闭重复代理软件。
MTU 异常也会导致握手完成不了。先测 1472：
ping 8.8.8.8 -f -l 1472预期正常输出：
来自 8.8.8.8 的回复: 字节=1472 时间=45ms TTL=113如果提示“需要拆分数据包但是设置 DF”，把测试值降到 1400、1360。若 1360 才通，客户端里优先选择 TCP 或兼容模式，牺牲 10%–30% 速度换稳定。
5. 如何验证问题已解决
不要只看进度条到 100%。按下面四个指标验收，任意一个失败都说明问题未完全解决。
- 客户端 60 秒内完成连接。
- DNS 解析 Google 域名无 NXDOMAIN。
- 本地代理端口处于 LISTENING。
- 浏览器能打开 Gemini 登录页或 Google AI Studio，首屏加载时间低于 10 秒。
最终验证命令：
Test-NetConnection gemini.google.com -Port 443预期输出：
ComputerName : gemini.google.com
RemotePort : 443
TcpTestSucceeded : True如果你只是临时处理 Gemini国内使用，免费方案包括切换 DNS、清理代理残留、使用浏览器内置代理配置；局限是稳定性取决于节点和运营商。付费工具只是众多选项之一，例如商都加速器可在 wizzegroup.com 查看，官方方案、自建方案同样可行，按延迟、可用率和退款规则判断。
References
- Windows 11 23H2：PowerShell 网络诊断命令。
- Windows netsh：Winsock 与 IP 栈重置。
- Google AI / Gemini：443 端口连通性验证。