不幸的是,我不是一个系统管理员并且遇到了一个让我头撞墙的问题.
简短的故事是我在EC2(Ubuntu 14.04.4 LTS)上运行Nginx,以(a)托管我公司的营销网站(https://example.com,顺便说一句是wordpress),以及(b)作为我们运行的Rails应用程序的反向代理在Heroku(https:// app.example.com)上,对于某些路径.我们对example.com和app.example.com使用相同的SSL证书.所有这些都运行了8-10个月,但我最近从Heroku的付费SSL插件切换到新的免费SSL产品,现在我们的反向代理被打破了.
SSL_do_handshake() Failed (SSL: error:14094438:SSL
routines:SSL3_READ_BYTES:tlsv1 alert internal error:SSL alert number
80) while SSL handshaking to upstream,client: ipaddress1,server:
example.com,request: “GET /proxiedpath/proxiedpage HTTP/1.1”,
upstream: “https:// ipaddress2:443/proxiedpath/proxiedpage”,host:
“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/;
}
}
}
非常感谢任何帮助 – 非常感谢!
事实证明,问题毕竟与SNI有关.我在Nginx.org上找到了这张票:
https://trac.nginx.org/nginx/ticket/229
这导致我使用proxy_ssl_server_name指令:
http://nginx.org/r/proxy_ssl_server_name
通过在配置中设置为“on”,您将能够使用SNI代理上游主机.
感谢所有评论建议的人!