协议注册出现报错

[shengmingboai]

我按文档里面的docker compose 示例搭建好服务，正常登录并配置好代理
到协议注册时点击“开始注册”提示Post "http://127.0.0.1:18070/internal/registration/v1/jobs": net/http: timeout awaiting response headers

这是我的配置，除了端口改成13000其他都完全一致

services:
  redis:
    image: redis:7-alpine
    # 不要 ports —— 仅容器网络内访问
    environment:
      TZ: Asia/Shanghai
    command: ["redis-server", "--save", "", "--appendonly", "no"]
    healthcheck:
      test: ["CMD", "redis-cli", "ping"]
      interval: 5s
      timeout: 3s
      retries: 10

  postgres:
    image: postgres:16-alpine
    environment:
      TZ: Asia/Shanghai
      PGTZ: Asia/Shanghai
      POSTGRES_USER: grok2api
      POSTGRES_PASSWORD: change-me
      POSTGRES_DB: grok2api
    volumes:
      - grok2api_pg:/var/lib/postgresql/data
    # 不要 ports —— 仅容器网络内访问
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U grok2api -d grok2api"]
      interval: 5s
      timeout: 5s
      retries: 10

  grokcli-2api:
    image: ghcr.io/hm2899/grokcli-2api:2.0.4
    ports:
      # 只映射应用；不要给 postgres/redis 加 ports
      - "13000:13000"
    environment:
      TZ: Asia/Shanghai
      GROK2API_HOST: "0.0.0.0"
      GROK2API_PORT: "13000"
      GROK2API_ADMIN_PASSWORD: "change-me"
      GROK2API_STORE_BACKEND: "hybrid"
      GROK2API_REQUIRE_SHARED_STORES: "1"
      GROK2API_WORKERS: "4"
      # 内联本地过盾（主容器 loopback，无需对外端口）
      GROK2API_CAPTCHA_PROVIDER: "local"
      GROK2API_INLINE_SOLVER: "1"
      REDIS_URL: "redis://redis:6379/0"
      DATABASE_URL: "postgresql://grok2api:change-me@postgres:5432/grok2api"
    volumes:
      - ./data:/app/data
    depends_on:
      redis:
        condition: service_healthy
      postgres:
        condition: service_healthy

volumes:
  grok2api_pg:

[HM2899]

诊断

报错：

Post "http://127.0.0.1:18070/internal/registration/v1/jobs": net/http: timeout awaiting response headers

含义是 Go 主进程 → 同容器内 Python registration sidecar（18070） 在 Start 时限内没收到 HTTP 响应头。常见原因：

1. inline 本地过盾（Camoufox）冷启动慢
   start_registration 会同步 wait_for_local_solver（原先最长可等到 120s），超过 Go StartHTTP 的 ResponseHeaderTimeout 就会出现你看到的 timeout。
2. sidecar / solver 未真正 ready（日志里 registration_sidecar / turnstile-solver 启动失败）。

你的 compose 里 GROK2API_CAPTCHA_PROVIDER=local + GROK2API_INLINE_SOLVER=1 是正确路径，但冷启动时容易踩超时。

已在代码侧修复（即将发版 / main 上）

1. POST /jobs 改为 asyncio.to_thread，避免阻塞 sidecar 事件循环
2. 开始注册时 solver 等待默认 封顶 45s（GROK2API_LOCAL_SOLVER_START_WAIT_SEC），超时返回明确 JSON 错误而不是拖死
3. Go StartHTTP 预算提到 120s，并对 timeout awaiting response headers 返回可操作提示

你现在可立刻做的排查

# 进容器看 sidecar 是否活着
docker exec -it <grokcli容器> curl -sS -m 2 http://127.0.0.1:18070/health
docker exec -it <grokcli容器> curl -sS -m 2 http://127.0.0.1:5072/
# 日志
docker logs <grokcli容器> 2>&1 | tail -200
# 或容器内
cat /app/turnstile-solver/logs/registration_sidecar.log | tail -100

• health 不通 → 镜像/entrypoint 未起 sidecar，或启动失败
• health 通但点「开始注册」仍超时 → 多半是过盾冷启动；等 1–2 分钟再点一次，或先在 协议注册配置里确认本地过盾 ready
• 仍失败可临时把过盾改成 YesCaptcha 验证是否仅 local 冷启动问题

端口 13000:13000 只影响对外访问，与 127.0.0.1:18070 无关。