Heroku的Nginx反向代理无法通过SSL握手

时间:2016-07-14 13:28:33

标签: ssl heroku nginx configuration reverse-proxy

不幸的是,我不是一个系统管理员并且遇到了一个让我头撞墙的问题。

短篇小说是我在EC2(Ubuntu 14.04.4 LTS)上运行Nginx,以(a)主持我公司的营销网站(https://example.com,顺便提一下是Wordpress)和(b)作为对于某些路径,在Heroku(https:// app.example.com)上运行的Rails应用程序的反向代理。我们对example.com和app.example.com使用相同的SSL证书。所有这些都在8-10个月内运行良好,但我最近从Heroku的付费SSL插件切换到新的免费SSL产品,现在我们的反向代理已经坏了。

在检查Nginx错误日志时,我看到以下内容:

  

SSL_do_handshake()失败(SSL:错误:14094438:SSL   例程:SSL3_READ_BYTES:tlsv1 alert内部错误:SSL警报号   80)当SSL握手到上游时,客户端:ipaddress1,服务器:   example.com,request:“GET / proxiedpath / proxiedpage HTTP / 1.1”,   上游:“https:// ipaddress2:443 / proxiedpath / proxiedpage”,主持人:   “example.com”

我试图寻找一些额外的指导 - 我已经升级了Nginx(1.10.1)和OpenSSL(1.0.2h)而没有运气。我怀疑这个问题可能是由于Heroku在新的免费SSL功能(https://devcenter.heroku.com/articles/ssl-beta)中使用了SNI,但是无法确定为什么这可能是一个问题。

我对这一点的探索还有几点:

  • 当我切换到新的免费Heroku SSL时,我按照文档的指示将app.example.com DNS记录更改为指向app.example.com.herokudns.com。该应用程序可以通过app.example.com正常访问,当我在app.example.com和app.example.com.herokudns.com上运行nslookup时,我得到了相同的IP地址。然而...

  • 我无法通过nslookup或app.example.com.herokudns.com返回的IP地址访问该应用程序。我怀疑这是正常的和预期的,但不知道到底为什么会这样。而且......

  • nslookup返回的IP地址与上面日志错误消息(“ipaddress2”)中引用的IP地址不同。事实上,“ipaddress2”在整个日志中并不一致 - 它似乎经常变化。我再也不知道我不知道什么......在Heroku的一边负载平衡?

最后,我的Nginx反向代理在nginx.conf中配置如下:

http {

    client_max_body_size 500M;

    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;

    server_names_hash_bucket_size 64;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    gzip on;
    gzip_disable "msie6";

    server {

        listen 443 default_server;
        server_name example.com;

        root /usr/share/nginx/html;
        index index.php index.html index.htm;

        ssl on;
        ssl_certificate mycompanycert.crt;
        ssl_certificate_key mycompanykey.key;

        ssl_session_timeout 5m;

        ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
        ssl_ciphers "HIGH:!aNULL:!MD5 or HIGH:!aNULL:!MD5:!3DES";
        ssl_prefer_server_ciphers on;

        error_page 404 /404.html;
        error_page 500 502 503 504 /50x.html;

        location / {
            try_files $uri $uri/ /index.php?q=$uri&$args;
        }

        location ^~ /proxiedpath/ {
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-Proto https;
            proxy_pass https://app.example.com/proxiedpath/;
        }

    }

}

非常感谢任何帮助 - 非常感谢!

3 个答案:

答案 0 :(得分:18)

我今天能够解决这个问题,并希望发布解决方案以防其他人遇到同样的问题。

事实证明,这个问题毕竟与SNI有关。我在nginx.org上找到了这张票:

https://trac.nginx.org/nginx/ticket/229

这促成了我的proxy_ssl_server_name指令:

http://nginx.org/r/proxy_ssl_server_name

设置为" on"在您的配置中,您将能够使用SNI代理上游主机。

感谢所有评论建议的人!

答案 1 :(得分:3)

作为其他人的注释,Heroku强加的相关条件是HOST字段必须与自定义域名匹配。

因此,除了proxy_ssl_server_name之外,您可能还需要设置一行:

proxy_set_header Host mycustomdomain.com;

当然,这仅适用于传入服务器的主机字段与服务器所在的域不同的情况。

您得到的具体错误是:

  

SSL证书错误

     

SSL连接,其证书和/或包含的HTTP请求之间存在冲突信息。

答案 2 :(得分:0)

请尝试添加 proxy_ssl_server_name on

location ^~ /proxiedpath/ {
    proxy_ssl_server_name on;
 }