【问题标题】:Docker Nginx complains: SSL: error:02001002Docker Nginx 抱怨:SSL:错误:02001002
【发布时间】:2016-10-02 17:44:38
【问题描述】:

我正在使用以下nginx.conf

worker_processes  1;


events {
worker_connections  1024;
}

http {
include       mime.types;

default_type  application/octet-stream;

sendfile        on;

keepalive_timeout  65;

gzip on;
gzip_disable "msie6";  
gzip_vary on;
gzip_proxied any;
gzip_comp_level 6;
gzip_buffers 16 8k;
gzip_http_version 1.1;
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;

server {
  listen         80;
  server_name    mydomain.org;
  return         301 https://$server_name$request_uri;
}


server {

  listen 443 ssl http2;
  ssl_certificate /etc/letsencrypt/live/mydomain.org/fullchain.pem; 
  ssl_certificate_key /etc/letsencrypt/live/mydomain.org/privkey.pem;
  ssl_session_timeout 1d;
  ssl_session_cache shared:SSL:50m;
  ssl_session_tickets off;

  ssl_protocols TLSv1.1 TLSv1.2;
  ssl_ciphers 'ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!3DES:!MD5:!PSK';
  ssl_prefer_server_ciphers on;
  ssl_dhparam /etc/nginx/certs/dhparam.pem; 

  add_header Strict-Transport-Security max-age=15768000;

  ssl_stapling on;
  ssl_stapling_verify on;


  ssl_trusted_certificate /etc/letsencrypt/live/mydomain.org/chain.pem; 

  resolver 8.8.8.8 8.8.4.4 valid=86400;

  root /var/www/html;
  index index.php;
  location / {
    try_files $uri $uri/ /index.php?$args;
  }

  rewrite /wp-admin$ $scheme://$host$uri/ permanent;

  location ~* ^.+\.(ogg|ogv|svg|svgz|eot|otf|woff|mp4|ttf|rss|atom|jpg|jpeg|gif|png|ico|zip|tgz|gz|rar|bz2|doc|xls|exe|ppt|tar|mid|midi|wav|bmp|rtf)$ {
    access_log off; log_not_found off; expires max;
  }

  location ~ [^/]\.php(/|$) {
    fastcgi_split_path_info ^(.+?\.php)(/.*)$;
    if (!-f $document_root$fastcgi_script_name) {
        return 404;
    }
      root           /var/www/html;
      fastcgi_pass   wp_db:9000;
      fastcgi_index  index.php;
      fastcgi_param SCRIPT_FILENAME /var/www/html$fastcgi_script_name;
      include        fastcgi_params;
  }    
}
}

nginx 容器抱怨:

nginx: [emerg] BIO_new_file("/etc/letsencrypt/live/mydomain.org/fullchain.pem") failed (SSL: error:02001002:system library:fopen:No such file or directory:fopen('/etc/letsencrypt/live/mydomain.org/fullchain.pem','r') error:2006D080:BIO routines:BIO_new_file:no such file)

我拥有该路径上的所有证书,以便我们进行加密。 我找到了这个线程 https://serverfault.com/questions/537343/nginx-startup-fails-ssl-no-such-file-or-directory

并且做到了

chown -R root:root /etc/letsencrypt/live/mydomain.org/fullchain.pem
chmod -R 600 /etc/letsencrypt/live/mydomain.org/fullchain.pem

nginx 容器引发了同样的错误。我已将证书放在/docker-compose/etc/nginx/certs 上,提供相同的权限并更改nging.conf 上的链接,但没有任何改变。

我错过了什么?

【问题讨论】:

标签: ssl nginx docker-compose lets-encrypt


【解决方案1】:

我在使用卷映射 /etc/letsencrypt:/etc/letsencrypt 部署 Harbor(docker 注册表 + 访问控制 UI)时遇到了同样的问题

加载证书文件时,nginx 报告“没有这样的文件”,即使我可以进入该容器(docker exec bash ..)并使用完全相同的路径对文件进行分类。

我怀疑问题是由letsencrypt使用符号链接引起的,所以我的解决方案是使用cp -rL将实时证书复制到另一个文件夹(以取消引用符号链接)

root@registry:/etc/letsencrypt# mkdir copy
root@registry:/etc/letsencrypt# cp -rL live/* copy/

然后我将 nginx.conf 更改为引用“复制”而不是“实时”

现在 nginx 在 docker 内正确启动。

这不是一个长期的解决方案,因为更新证书时,副本不会自动更新。但由于我将从 cronjob 运行letsencrypt renew,因此该任务可以再次运行复制过程。

我还了解到,如果证书更改,则必须重新启动 nginx,所以这是我需要面对的另一个问题。但至少 nginx 现在可以正常启动了。

【讨论】:

  • 谢谢。我在 2017 年 3 月仍然遇到这个问题。奇怪的是 Letsencrypt/Docker 没有解决这个问题。
【解决方案2】:

我在 Dokku (0.5.4) 中重命名应用程序时收到此错误。发生的事情是新应用程序目录中的链接指向旧应用程序名称,例如

/home/dokku/[new app]/letsencrypt/certs/current -> /home/dokku/[old app]/letsencrypt/certs/f1f1f1f1f1f1f1f1f1f1f1f1f1f1f1f1f1f1f1f1

所以我手动重新创建了链接,以便指向正确的位置。

【讨论】:

    【解决方案3】:

    尝试以/root 开头:

    ssl_certificate         /root/etc/letsencrypt/live/mydomain.org/fullchain.pem;
    ssl_certificate_key     /root/etc/letsencrypt/live/mydomain.org/privkey.pem;
    

    我这样解决了这个问题。

    快乐

    【讨论】:

      【解决方案4】:

      我今天浪费了一天,找到了解决办法。

      使用

      运行 nginx docker 引擎

      -v /etc/letsencrypt/archive/your_domain.com:/nginx/letsencrypt/your_domain.com

      nginx.conf

      ssl_certificate /nginx/letsencrypt/your_domain.com/fullchain1.pem; ssl_certificate_key /nginx/letsencrypt/your_domain.com/privkey1.pem;

      【讨论】:

      • 不确定为什么这被否决了? live 中的符号链接指向存档
      • @RonniSkansing 我认为downvoted 是对的!因为在下次更新时,新的证书将是 fullchain2, prikey2,... 那个名字使配置错误。我的想法很糟糕! :(
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2023-01-16
      • 1970-01-01
      • 2015-12-11
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多