这个问题困恼我几个月了，之前一度转向用claude ，最近充值了 gemin pro 后，再次尝试并成功解决问题。分享给大家。

首先我的开发环境是基于 cnb 的远程开发，比单纯的电脑本地开发还更复杂。

方案一：

本地电脑提供代理，cnb 容器 通过 frp 转发代理请求，再通过设置代理访问。

[v2y]
    type = tcp
    local_ip = 127.0.0.1
    local_port = 2180
    use_encryption = false
    use_compression = true
    remote_port = 12180

这里将本地2180转发到远程的 12180，这样容器中就可以通过12180使用本地代理了：

export HTTP_PROXY=http://127.0.0.1:12180
export HTTPS_PROXY=http://127.0.0.1:12180

# 启动 gemini
gemini

我尝试了很多次，都提示 location 不支持，一度抑郁了很长时间，包括换成 proxychains4 强制使用代理网络：

AGY_CLI_MODEL_API_MAX_RETRIES=0 \
proxychains4 -q agy

方案二

那我干脆在洛杉矶服务器上安装 antigravity试试了，结果一切正常，但是这个服务器没有开发环境，于是我想到干脆让 洛杉矶服务器 代理请求，然后cnb 使用这个代理试试。说干就干：

sudo apt install -y tinyproxy
sudo tee /etc/tinyproxy/tinyproxy.conf >/dev/null <<'EOF'
Port 12180
Listen 0.0.0.0
Timeout 600
MaxClients 50
BasicAuth proxyuser xx
LogLevel Info
ConnectPort 443
EOF
sudo systemctl restart tinyproxy && sudo systemctl enable tinyproxy
ss -lntp | grep 12180

接着cnb配置连接：

P=http://proxyuser:Qxx@43.x.x.xx:12180
export https_proxy=$P http_proxy=$P HTTPS_PROXY=$P HTTP_PROXY=$P
gemini

启动后，效果和 洛杉矶服务器一样。

总结

400 User location is not supported 就是ip位置问题，google 开发的 Gemini也 支持设置http_proxy ，问题是ip质量问题，目前我使用的方案二，长期不用切换ip，和本地访问一样，大带宽，cnb大配置。强强联合。