Nginx下HTTP强制重定向至HTTPS

对于nginx来说,配置http强制重定向至https有多种多样的写法。可以直接rewrite,也可以用301重定向。但是从网上找到的大多数都有问题,并且还应该顾及到具体的情况,所以这里要进行一定的分析。

首先,从官方文档来看,通过对整个域名通过正则匹配进行rewrite,然后以此来重定向至https的链接的方法官方是不推荐的(可见http://wiki.nginx.org/Pitfalls#Taxing_Rewrites)那么因此,首先重定向的语句应该写成:

return 301 https://$server_name$request_uri;

接着是重定向的语句应该放在哪里的问题。

对于编译安装的nginx,/usr/local/nginx/conf/nginx.conf默认包含了两个server段,一个是默认开启的,监听80端口;另一个被注释掉了,监听443端口(也即SSL所需的端口)。这两个端口分别使用各自的server段。也就是说只要将80端口server段下的站点location设置复制到443端口server段下面,这样就可以直接在80端口server段里面添加重定向语句以达到重定向的目的。

对于其他方式安装的nginx,或者自行修改过nginx.conf,那么可能不包括443端口server段。这时候可以选择像编译安装的默认配置一样,另起一个监听443端口的server段。但是如果说网站已经运行了一段时间,然后写了不少location的配置。这时候,可能更一般的做法是在一个server段里面同时监听80和443端口。这个时候,直接添加重定向语句,势必会造成https访问也会重定向到https。看似没有问题,但是仔细考虑会发现只要一访问,无论是http还是https都会无限地重定向下去。事实上,在这种情况下Chrome会报“重定向循环”的错误。

那么知道问题之后,解决的方案就是只在访问http时重定向。配置如下:

if ( $scheme = http ){
    return 301 https://$server_name$request_uri;
}

这样就可以解决这一问题。

via: https://www.hclrc.com/729