nginx 为实现反向代理的需求增加了一个 ngx_http_proxy_module 模块。其中 proxy_set_header 指令就是该模块需要读取的配置。
HTTP header 中的 Host 含义为所请求的目的主机名。当 nginx 作为反向代理使用,而后端真实 web 服务器设置有类似 防盗链功能 ,或者根据 HTTP header 中的 Host 字段来进行 路由 或 过滤 功能的话,若作为反向代理的 nginx 不重写请求头中的 Host 字段,将会导致请求失败。
HTTP header 中的 X_Forward_For 表示该条 http 请求是由谁发起的。如果反向代理服务器不重写该请求头的话,那么后端真实 web 服务器在处理时会认为所有的请求都来自反向代理服务器。如果后端 web 服务器有防攻击策略的话,那么反向代理服务器对应的 ip 地址就会被封掉。因此,在配置用作反向代理的 nginx 时,一般会增加以下两条配置修改 http 的请求头:
1
2
|
proxy_set_header Host $http_host;
proxy_set_header X-Forward-For $remote_addr;
|
1
|
proxy_set_header Host $host;
|
即在最前端的 Nginx 上设置:
1
2
3
4
|
location ~ ^
/static
{
proxy_pass ....;
proxy_set_header X-Forward-For $remote_addr ;
}
|
当 nginx 作为反向代理服务器时,X-Forward-For 可以用于把发送者 ip 、代理机器 ip 都记录下来(用逗号分隔)。
经过反向代理后,由于在客户端和 web 服务器之间增加了中间层,因此 web 服务器无法直接拿到客户端的 ip,在 web 服务器上通过 $remote_addr 变量拿到的将是反向代理服务器的 ip 地址当你使用了 nginx 反向代理后,在 web 端使用类似 request.getRemoteAddr() 的 API(本质上就是获取 $remote_addr),取得的实际上是 nginx 的地址,即 $remote_addr 变量中封装的是 nginx 的地址,当然是没法获得用户的真实 ip 的,然而 nginx 本身是可以获得用户的真实 ip 的,也就是说 nginx 使用 $remote_addr 变量可以获得用户的真实 ip ,如果我们想要在 web 端获得用户的真实 ip ,就必须在 nginx 这里作一个赋值操作,如下:
1
|
proxy_set_header X-real-ip $remote_addr;
|
1
|
request.getAttribute(
"X-real-ip"
)
|
X-real-ip 的用途是为了后端 web 服务器可以获取用户的真实 ip , 那么还要 X-Forwarded-For 干啥?
追溯历史,这个 X-Forwarded-For 变量,是 squid 开发的,用于识别请求通过了哪些 HTTP 代理或负载平衡器,记录相应 IP 地址列表的非 rfc 标准,如果设置了 X-Forwarded-For ,那么每次经过 proxy 转发请求后都会有记录,格式就是
1
|
client1, proxy1, proxy2, ...
|
1
|
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
|
实际上,当你通过搭建不同 ip 的两台 nginx 构成多级代理时,并且都使用了这段配置,那你会发现在 web 服务器端通过类似 request.getAttribute("X-Forwarded-For") 的 API 获得的将会是客户端 ip 和第一台 nginx 的 ip 。
试验:【以 http 方式通过 nginx 访问 cowboy】
浏览器侧抓包
![](http://static.oschina.net/uploads/space/2014/0729/152421_WibX_617889.png?x-oss-process=image/resize,w_1400/format,webp)
cowboy 上抓包
![](http://static.oschina.net/uploads/space/2014/0729/152527_6Gcr_617889.png?x-oss-process=image/resize,w_1400/format,webp)