本文详解为何基于服务账号的 id token 认证无法通过公网 ip 直连 compute engine 实例，指出核心误区：google 的服务账号 id token 机制不支持以 http://ip:port 或 https://ip:port 作为 target_audience，因其依赖受信后端（如 cloud run/cloud functions）自动验证令牌，而普通 vm 容器无此能力。
你遇到的 ReadTimeout 并非网络连通性问题（你已验证 0.0.0.0/0 规则下直连成功），而是根本性的认证机制误用：service_account.IDTokenCredentials 生成的是 Google 签发的 OIDC ID Token，但该 Token 必须由 Google 托管的服务（如 Cloud Run、Cloud Functions）在请求入口处自动校验——它们内置了 Google IAM 的 token introspection 能力。而你的自托管 Redis 容器运行在 Compute Engine VM 上，不具备解析、验证 Google ID Token 的逻辑和密钥，因此即使 Token 正确送达，服务端也完全忽略它，既不拒绝也不响应，最终客户端超时。
换句话说：target_audience = "https://<PUBLIC_IP>:8000" 是无效的。Google 不允许将任意公网 IP 作为 ID Token 的合法 audience；audience 必须是 Google 已知并信任的托管服务端点（如 https://my-service-xyz.a.run.app），且该服务需启用 IAM 身份验证。
✅ 正确方案（推荐）：改用服务账号密钥 + HTTP Basic Auth 或 API Key（轻量安全）
在容器应用层实现简单认证，例如：
# 客户端：添加静态 API Key（存储于 Secret Manager 更佳）
import requests
url = "http://<PUBLIC_IP>:8000/get_attributes"
headers = {
"Authorization": "Bearer your-pre-shared-api-key-12345",
"Content-Type": "application/json"
}
response = requests.post(url, json=uuids, headers=headers, timeout=5)# 服务端（Flask 示例）：
from flask import Flask, request, jsonify
app = Flask(__name__)
API_KEY = "your-pre-shared-api-key-12345" # 生产环境请从环境变量或 Secret Manager 加载
@app.before_request
def auth_check():
auth = request.headers.get("Authorization")
if not auth or not auth.startswith("Bearer ") or auth[7:] != API_KEY:
return jsonify({"error": "Unauthorized"}), 401
@app.route("/get_attributes", methods=["POST"])
def get_attributes():
# 处理业务逻辑...
return jsonify({"data": "success"})⚠️ 注意事项：
- ❌ 不要尝试在 VM 上自行实现 Google ID Token 验证（需公钥轮转、JWT 解析、签名验签、audience/iss/exp 校验等），复杂且易出错；
- ❌ 不要依赖 VPC 防火墙的“服务账号”规则——Compute Engine 防火墙不支持基于服务账号的入站流量过滤，serviceAccount 字段仅适用于出站流量（e.g., egress 规则限制 VM 访问哪些外部服务）；
- ✅ 若需强身份认证，可结合 Identity-Aware Proxy (IAP) 代理访问 Compute Engine 后端（需配置 HTTPS 负载均衡 + IAP），但会增加架构复杂度；
- ✅ 始终为自托管服务启用 TLS（HTTPS），避免明文传输 API Key；公网暴露的端口务必配合最小权限防火墙（如仅允特定 CIDR，而非 0.0.0.0/0）。
总结：Google Cloud 的服务账号 ID Token 是为托管服务（Serverless）设计的零配置认证方案，不适用于裸金属/VM 场景。回归应用层认证（API Key、JWT 自验、OAuth2 Resource Server）才是 Compute Engine 自托管服务的安全实践正解。
