Docker Postgres容器CMD中使用环境变量的问题求助

你需要在配置SSL的Postgres容器Dockerfile的CMD中使用环境变量，但数组格式CMD无法解析变量，调整为shell格式或直接调用postgres都出现错误，导致容器启动失败。以下是可行的解决方法：

方法1：使用自定义启动脚本（推荐） #

通过自定义shell脚本解析环境变量，同时保留官方Postgres镜像的初始化逻辑（避免配置文件缺失问题）：

1. 创建启动脚本 .docker/dev/start-postgres.sh：

#!/bin/sh
# 解析环境变量并调用官方entrypoint启动postgres
exec docker-entrypoint.sh postgres \
  -c ssl=on \
  -c ssl_cert_file=/var/lib/postgresql/postgresdb.crt \
  -c ssl_key_file="/var/lib/postgresql/postgresdb${EXT_KEY}" \
  -c ssl_ca_file=/var/lib/postgresql/myCA.crt \
  -c ssl_crl_file=/var/lib/postgresql/myCA.crl

2. 修改 db.Dockerfile，添加脚本复制和执行权限，并设置为ENTRYPOINT：

FROM postgres:14.5-alpine

ENV EXT_KEY .key

COPY ./.docker/dev/init-database.sh /docker-entrypoint-initdb.d/
COPY ./.docker/dev/migrations/database_schema.tar ./
# 复制自定义启动脚本
COPY ./.docker/dev/start-postgres.sh /usr/local/bin/

# 证书复制和权限设置部分保持不变
COPY ./.docker/dev/certs/out/postgresdb$EXT_KEY /var/lib/postgresql
COPY ./.docker/dev/certs/out/postgresdb.crt /var/lib/postgresql
COPY ./.docker/dev/certs/out/myCA.crt /var/lib/postgresql
COPY ./.docker/dev/certs/out/myCA.crl /var/lib/postgresql
COPY ./.docker/dev/certs/out/news_user$EXT_KEY ./
COPY ./.docker/dev/certs/out/news_user.crt ./

RUN chown 0:70 /var/lib/postgresql/postgresdb$EXT_KEY && chmod 640 /var/lib/postgresql/postgresdb$EXT_KEY
RUN chown 0:70 /var/lib/postgresql/postgresdb.crt && chmod 640 /var/lib/postgresql/postgresdb.crt
RUN chown 0:70 /var/lib/postgresql/myCA.crt && chmod 640 /var/lib/postgresql/myCA.crt
RUN chown 0:70 /var/lib/postgresql/myCA.crl && chmod 640 /var/lib/postgresql/myCA.crl
RUN chown 0:70 ./news_user$EXT_KEY && chmod 640 ./news_user$EXT_KEY
RUN chown 0:70 ./news_user.crt && chmod 640 ./news_user.crt

RUN chown postgres:postgres /docker-entrypoint-initdb.d/init-database.sh
# 给启动脚本添加执行权限
RUN chmod +x /usr/local/bin/start-postgres.sh

EXPOSE 5432

USER postgres
# 设置自定义脚本为ENTRYPOINT
ENTRYPOINT ["start-postgres.sh"]

这个方案的优势：

• shell脚本会自动解析环境变量${EXT_KEY}
• 通过exec docker-entrypoint.sh保留了官方镜像的初始化流程（包括数据目录初始化、执行init脚本等），避免直接调用postgres导致的配置文件缺失问题

方法2：调整ENTRYPOINT为shell模式解析变量 #

如果不想新增脚本，可以修改ENTRYPOINT为shell模式，让它解析CMD中的变量：

修改db.Dockerfile的ENTRYPOINT和CMD：

USER postgres
# 用shell包裹entrypoint，确保CMD中的变量被解析
ENTRYPOINT ["sh", "-c", "exec docker-entrypoint.sh postgres \"$@\"", "--"]
CMD [ "-c", "ssl=on" , "-c", "ssl_cert_file=/var/lib/postgresql/postgresdb.crt", "-c", "ssl_key_file=/var/lib/postgresql/postgresdb${EXT_KEY}", "-c", "ssl_ca_file=/var/lib/postgresql/myCA.crt", "-c", "ssl_crl_file=/var/lib/postgresql/myCA.crl" ]

错误原因分析 #

• 数组格式CMD无法解析变量：Docker的exec格式（数组）CMD/ENTRYPOINT会直接执行命令，不会经过shell，因此${EXT_KEY}不会被替换为实际值。
• 直接使用shell格式CMD报错：原ENTRYPOINT是docker-entrypoint.sh，shell格式的CMD会被Docker包装为sh -c "..."，导致entrypoint接收到的参数是sh -c "..."，而不是postgres的启动参数，因此出现/bin/sh: illegal option -错误。
• 直接调用postgres报错：跳过了官方镜像的docker-entrypoint.sh初始化脚本，该脚本会负责初始化数据目录、生成默认配置文件等，直接调用postgres会因数据目录未初始化而找不到postgresql.conf。

内容的提问来源于stack exchange，提问作者PirateApp