[Bug] rshioj-server在容器裡面CLI吃不了環境變數

[tom3019]

使用容器的方式啟動rshioj-server，CLI、Web吃不到環境變數，只有Log看起來有

作業系統: windows 11
Docker engine: docker desktop  
base image: ubuntu 24.04

Log正常

從容器呼叫環境變數

CLI 吃不到環境變數

Web吃不到環境變數

這是我的dockerfile

FROM ubuntu:24.04
EXPOSE 8080

ENV TZ=Asia/Taipei
RUN apt-get update && apt-get install -y \
    tzdata \
    ca-certificates \
    curl \
    ntpdate \
    && ln -fs /usr/share/zoneinfo/Asia/Taipei /etc/localtime \
    && dpkg-reconfigure -f noninteractive tzdata \
    && rm -rf /var/lib/apt/lists/*

RUN curl -fsSL https://raw.githubusercontent.com/sinotrade/rshioaji/main/install.sh | sh

ENV PATH="/root/.local/bin:${PATH}"
CMD ntpdate -u pool.ntp.org && shioaji server start

這是我的docker-compose

services:
  rshioji-server:
    image: rshioji:v1.5.7
    container_name: rshioji-server
    privileged: true
    ports:
      - "8080:8080"
    environment:
      - SJ_API_KEY=${SJ_API_KEY}
      - SJ_SEC_KEY=${SJ_SEC_KEY}
      - TZ=Asia/Taipei
      - SJ_HTTP_ADDR=0.0.0.0:8080
      - SJ_PRODUCTION=false
      - SJ_CA_PATH=/root/.shioaji/ca/Sinopac.pfx
      - SJ_CA_PASSWD=${SJ_CA_PASSWD}

    volumes:
      - ./ca:/root/.shioaji/ca

[Yvictor]

感謝提供截圖與完整設定。確認後，這不是 Windows 或 Docker Compose 沒有把環境變數傳進容器：

• 容器中的 SJ_API_KEY、SJ_SEC_KEY、SJ_CA_PATH 都有值。
• server log 顯示登入成功、帳戶已取得、CA 也啟用成功，代表 server 確實有讀到這些環境變數。
• CLI 實際收到的錯誤是 Missing Authorization header，不是缺少 SJ_API_KEY / SJ_SEC_KEY。

問題是設定了：

SJ_HTTP_ADDR=0.0.0.0:8080

server 在 non-localhost / public bind 時，會對 protected routes 啟用 HTTP Bearer 驗證，格式為：

Authorization: Bearer <SJ_API_KEY>:<SJ_SEC_KEY>

但目前 1.5.7 有兩個未銜接完整的地方：

1. 內建 CLI 的 daemon request 沒有附上這個 Authorization header。即使 Linux 容器內 CLI 走 Unix socket，仍會經過同一個 auth middleware，因此得到 401。
2. Dashboard 的 fetch() 同樣沒有附 Authorization header，所以 /health、/info 這類 public endpoint 可顯示，但 usage、accounts、CA、stream 等 protected endpoint 都會顯示 Unavailable。

可以先在容器內用以下唯讀 request 驗證；若回傳 usage，就能確認 credentials 與 server 本身都正常：

curl -sS \
  -H "Authorization: Bearer ${SJ_API_KEY}:${SJ_SEC_KEY}" \
  http://127.0.0.1:8080/api/v1/auth/usage

請勿加 -v，避免 Authorization header 被印到 log。

因此這個 issue 的實際問題是：public bind 啟用 API auth 後，內建 CLI／Dashboard 沒有帶入認證，不是 Windows 環境變數問題。issue 先保持開啟，後續需修正 CLI 的 request header，以及 Dashboard 的安全認證流程；Unix socket 是否應略過 public HTTP auth 也會一併評估。