Nginx重定向时获取域名
TL;DR
如果你在处理 Nginx 重定向时要获取原请求的域名(比如 HTTP 到 HTTPS),请用 $host 而不是 $server_name 。
问题和解决方案
今天碰到一个问题,服务器上一个子域名的请求重定向到另一个子域名上面去了。查了一段时间发现这个问题只有在 HTTP 到 HTTPS 跳转的时候才会发生。大概是这样:
从 HTTP 的 sub2 子域名跳转到 HTTPS 的 sub1 子域名
http://sub2.example.com/more_things -> https://sub1.example.com/more_things
我用的 Nginx ,当初为了让 HTTP 请求跳转到同名的 HTTPS 请求,配置如下:
http {
server {
listen 80;
server_name sub1.example.com sub2.example.com;
return 301 https://$server_name$request_uri;
}
server {
listen 443 ssl spdy;
server_name sub1.example.com sub2.example.com;
...
}
}
因为 301 是永久重定向,某些浏览器的缓存会记住重定向,下次访问原地址就会直接向新地址发请求,所以这个问题在浏览器里面不一定重现得了(包括 Chrome 的 Incognito Window),能每次完整重现的方式只有curl
。
$ curl -I http://sub2.example.com/
HTTP/1.1301Moved Permanently
Server: nginx/1.9.3(Ubuntu)
Date: Tue,23Feb201606:06:30GMT
Content-Type: text/html
Content-Length:193Connection: keep-alive
Location: https://sub1.example.com/
查了一下,发现问题出在$server_name
变量上。这个变量会始终返回 server_name 中第一个名字。这里其实应该用$host
变量。修改后的配置如下:
http {
server {
listen 80;
server_name sub1.example.com sub2.example.com;
return 301 https://$host$request_uri;
}
}
$host
变量会按照以下优先级获取域名:
Request-Line 中的域名信息。Request-Line 包含 method, uri 和 HTTP 版本。
请求头信息中的 Host 。
Nginx 中匹配的 server_name 配置。
这几乎可以保证在任何环境下正确地得到域名。如果是同域名下的重定向最好都用$host
。
阅读原文内附详细参考资料。
专业的开发者技术社区
多样化线上知识交流
丰富线下活动和给力工作机会