PlayFramework在http而不是httpS中返回绝对URL?

时间:2015-01-31 08:48:27

标签: java nginx playframework playframework-2.2

我已经使用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());

2 个答案:

答案 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
);