我已经使用https在<!p>中使用NGinx在Play!Framework中实现了一个项目
一切正常,SSL得到了很好的认可,我可以在任何地方使用我的应用程序,但是玩游戏时!返回一个绝对URL,它在http中,而不是https。
这是有问题的,我不知道问题出在哪里。 我尝试用-Dhttps.port = XXXX而不是-Dhttp.port = XXXX开始播放,但它没有改变&#34; http&#34;的输出。而不是&#34; https&#34;。
我怀疑Nginx配置错误(我忘了参数?)。
这是我的sites-enabled/website
配置文件:
proxy_buffering off;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Scheme "https"; # I also tried $scheme without any luck
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_http_version 1.1;
server {
listen 80;
server_name my.website.com;
return 301 https://my.website.com;
}
upstream my-backend {
server 127.0.0.1:9100;
}
server {
listen 443;
ssl on;
root /var/www/website/errors/;
# http://www.selfsignedcertificate.com/ is useful for development testing
ssl_certificate /etc/nginx/ssl/my.website.com.crt;
ssl_certificate_key /etc/nginx/ssl/my.website.com.key;
# From https://bettercrypto.org/static/applied-crypto-hardening.pdf
ssl_prefer_server_ciphers on;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # not possible to do exclusive
ssl_ciphers 'EDH+CAMELLIA:EDH+aRSA:EECDH+aRSA+AESGCM:EECDH+aRSA+SHA384:EECDH+aRSA+SHA256:EECDH:+CAMELLIA256:+AES256:+CAMELLIA128:+AES128:+SSLv3:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!DSS:!RC4:!SEED:!ECDSA:CAMELLIA256-SHA:AES256-SHA:CAMELLIA128-SHA:AES128-SHA';
add_header Strict-Transport-Security max-age=15768000; # six months
# use this only if all subdomains support HTTPS!
# add_header Strict-Transport-Security "max-age=15768000; includeSubDomains"
keepalive_timeout 70;
server_name my.website.com;
location / {
#proxy_pass http://my-backend;
proxy_pass http://127.0.0.1:9100;
}
location ~ /\.git {
deny all;
}
error_page 502 @maintenance;
location @maintenance {
rewrite ^(.*)$ /error502.html break;
}
}
我错过了什么?
更新:以下是生成绝对网址的代码:
controllers.routes.Pages.loginToken(getToken()).absoluteURL(play.mvc.Http.Context.current().request());
答案 0 :(得分:7)
您实际需要的是在X-Forwarded-Proto
标头中添加方案。 X-Forwarded-*
标题都不是标准的,但约定(或事实上的标准)是将方案放在X-Forwarded-Proto
中,Play自2.3.0以来一直支持这个:
https://github.com/playframework/playframework/pull/1823
因此,如果您将以下内容添加到您的nginx配置中:
proxy_set_header X-Forwarded-Proto $scheme;
并已将Play配置为信任x转发的标头,方法是将其添加到application.conf
:
trustxforwarded=true
然后RequestHeader.secure
将返回true。
请注意,在Play 2.4中,我们已经大大改进了支持,实现了新标准Forwarded
header的完整规范,并且能够指定哪些主机信任转发的标头。
答案 1 :(得分:5)
absoluteURL
有几个重载。你正在使用这个:
public String absoluteURL(Http.Request request) {
return absoluteURL(request.secure(), request.host());
}
问题在于,由于您通过nginx反向代理播放,Play实际上是通过HTTP接收所有请求,而不是HTTPS。这意味着request.secure()
为false,absoluteURL
将返回包含http://...
的网址。
而是在其中一个重载中手动将secure
设置为true
:
controllers.routes.Pages.loginToken(getToken()).absoluteURL(play.mvc.Http.Context.current().request(), true);
此外,我通常做的是secure
的配置变量,因此在本地开发时可以生成非https的URL。
在application.conf中:
application.secure = false # for local dev
在生产中,我在启动应用程序时添加命令行选项-Dapplication.secure=true
,以覆盖application.conf
中的值。
然后生成URL将如下所示:
controllers.routes.Pages.loginToken(getToken()).absoluteURL(
play.mvc.Http.Context.current().request(),
play.Play.application().configuration().getBoolean("application.secure", true) // default to true
);