如何阻止bitnami/nginx容器启动时生成RSA密钥对以缩短启动时间

我之前也碰到过这个糟心的问题——Bitnami的nginx容器默认会自动生成SSL证书，哪怕你根本没在配置里启用HTTPS，这硬生生拖慢了20多秒的启动速度。结合你日志里显示的nginx.conf不可写、环境变量配置无法生效的情况，给你几个实用的解决办法：

• 方法一：提前挂载空的SSL证书文件（最适合你的场景）
  容器启动时会先检查默认SSL路径下是否存在证书文件，如果存在就不会重复生成。你可以在本地先创建两个空文件：

  touch server.crt server.key
  

  然后启动容器时把这两个文件挂载到容器内的默认SSL证书目录：

  docker run -v $(pwd)/server.crt:/opt/bitnami/nginx/conf/ssl/server.crt \
             -v $(pwd)/server.key:/opt/bitnami/nginx/conf/ssl/server.key \
             bitnami/nginx
  

  这样容器启动时检测到已有证书文件，就会直接跳过密钥生成步骤，秒级启动不是问题。

• 方法二：通过环境变量禁用SSL配置（适用于nginx.conf可写的情况）
  如果你的nginx配置文件是可写的，或者使用Bitnami默认的配置模板，可以直接通过环境变量告诉容器不要处理SSL相关逻辑：

  docker run -e NGINX_ENABLE_HTTPS="no" bitnami/nginx
  

  这个变量会彻底禁用HTTPS配置流程，自然也就不会触发RSA密钥生成了。不过看你的日志提示nginx.conf不可写，环境变量的配置可能无法生效，所以这个方法更适合其他场景。

• 方法三：自定义启动脚本跳过证书生成
  如果上面两种方法都不适用，你可以修改容器的启动脚本，直接去掉生成证书的代码段：

  1. 先从容器里导出原启动脚本：

     docker run --rm bitnami/nginx cat /opt/bitnami/scripts/nginx/entrypoint.sh > custom-entrypoint.sh
     

  2. 编辑custom-entrypoint.sh，找到包含openssl genrsa的代码块，把这部分注释或删除。
  3. 启动容器时指定自定义脚本作为入口：

     docker run -v $(pwd)/custom-entrypoint.sh:/opt/bitnami/scripts/nginx/entrypoint.sh \
             bitnami/nginx
     

备注：内容来源于stack exchange，提问作者tomas