Nginx配置获取客户端真实IP的proxy_set_header、X-Real-IP、$remote_addr、X-Forwarded-For、$proxy_add_x_forwarded_f...

一、问题背景

在实际应用中,我们可能需要获取用户的ip地址,比如做异地登陆的判断,或者统计ip访问次数等,通常情况下我们使用 request.getRemoteAddr() 就可以获取到客户端ip,但是当我们使用了nginx 作为反向代理后,使用 request.getRemoteAddr() 获取到的就一直是nginx 服务器的ip的地址,那这时应该怎么办?

首先,一个请求可以分为请求头和请求体,而我们客户端的IP地址信息一般都是存储在请求头里的。如果你的服务器有用Nginx做负载均衡的话,你需要在你的location里面配置X-Real-IP和X-Forwarded-For请求头:

二、proxy_set_header 语法

语法:proxy_set_header field value;

允许重新定义或者添加发往后端服务器的请求头,value 可以包含文本、变量或者它们的组合。当且仅当当前配置级别中没有定义proxy_set_header 指令时,会从上面的级别继承配置。

在 java端,需要获取proxy_set_header的参数时,需要使用request.getHeader(field),一般用来获取真实ip地址。

总结:proxy_set_header 就是可设置请求头,并将头信息传递到服务器端。不属于请求头的参数也需要传递时重定义下就行啦。

三、X-Real-IP

在《实战nginx》中,有这么一句话:

经过反向代理后,由于在客户端和web服务器之间增加了中间层,因此web服务器无法直接拿到客户端的ip,
通过$remote_addr变量拿到的将是反向代理服务器的ip地址。

这句话的意思是说,当你使用了nginx反向代理服务器后,在web端使用request.getRemoteAddr()
(本质上就是获取$remote_addr),取得的是nginx反向代理服务器的地址,即$remote_addr变量中封装的是nginx反向代理服务器的地址,当然是没法获得用户的真实ip的。

但是 nginx 是可以获得用户的真实ip的,也就是说nginx使用$remote_addr变量时获得的是用户的真实ip,如果我们想要在web端获得用户的真实ip,就必须在nginx里作一个赋值操作,即我在下面的配置:

proxy_set_header X-Real-IP $remote_addr;

$remote_addr 只能获取到与服务器本身直连的上层请求ip,所以设置$remote_addr一般都是设置第一个代理上面。
当一个请求通过多个代理服务器时,用户的IP将会被代理服务器IP覆盖。
// 在第一个代理服务器中设置
proxy_set_header X-Real-IP $remote_addr;
// 最后一个代理服务器中获取
request.getRemoteAddr(X-Real-IP)

但是问题是,有时候是通过 cdn 访问过来的,那么后面web服务器获取到的永远都是 cdn 的 ip 而非真实用户 ip。那么这个时候就要用到X-Forwarded-For, 这个变量的意思其实就像是链路反追踪,从客户的真实ip为起点,穿过多层级的proxy ,最终到达web 服务器,都会记录下来。所以在获取用户真实ip的时候,最后一个nginx配置中如下设置:

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
这样就能获取所有的代理 ip 和客户的ip。

四、X-Forwarded-For

X-Forwarded-For 变量,这是一个squid开发的,用于识别通过HTTP代理或负载均衡器原始IP连接到Web服务器的客户机地址的非rfc标准,如果有做X-Forwarded-For设置的话,每次经过proxy转发都会有记录,格式就是 client1,proxy1,proxy2,以逗号隔开各个地址,由于它是非rfc标准,所以默认是没有的,需要强制添加。

在默认情况下经过proxy转发的请求,在后端看来远程地址都是proxy端的ip 。也就是说在默认情况下我们使用request.getAttribute("X-Forwarded-For")获取不到用户的真实ip,如果我们想要通过这个变量获得用户的真实ip,我们需要自己在nginx添加配置:

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

意思是增加一个proxy_add_x_forwarded_for到X-Forwarded-For里去,注意是增加,而不是覆盖,当然由于默认的X-Forwarded-For值是空的,所以我们总感觉X-Forwarded-For的值就等于proxy_add_x_forwarded_for的值,实际上当你搭建两台nginx在不同的ip上,并且都使用了这段配置,那你会发现在web服务器端通过request.getAttribute("X-Forwarded-For")获得的将会是客户端ip和第一台nginx的ip。

五、$proxy_add_x_forwarded_for又是什么?

$proxy_add_x_forwarded_for 变量包含客户端请求头中的 X-Forwarded-For 与 $remote_addr 两部分,他们之间用逗号分开。

举个例子,有一个web应用,在它之前通过了两个nginx转发,www.***.com 即用户访问该web通过两台 nginx的转发。

在第一台 nginx 中使用:proxy_set_header X-Forwarded-For proxy_add_x_forwarded_for变量的X-Forwarded-For部分是空的,所以只有remote_addr的值是用户的真实ip,于是赋值以后,X-Forwarded-For变量的值就是用户的真实的ip地址了。

到了第二台nginx,使用:proxy_set_header X-Forwarded-For proxy_add_x_forwarded_for变量,X-Forwarded-For部分包含的是用户的真实ip,$remote_addr部分的值是上一台nginx的ip地址,于是通过这个赋值以后现在的X-Forwarded-For的值就变成了“用户的真实ip,第一台nginx的ip”,这样就清楚了吧。

总结:获取客户端的IP地址不仅可以通过proxy_set_header X-real-ip proxy_add_x_forwarded_for;

第一层nginx配置:

location /  {
proxy_pass http://backserver;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

第二层nginx配置:

location ^~ /api {
 proxy_pass http://127.0.0.1:8080/;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

参考文档:https://www.cnblogs.com/goloving/p/15588668.html

你可能感兴趣的:(Nginx配置获取客户端真实IP的proxy_set_header、X-Real-IP、$remote_addr、X-Forwarded-For、$proxy_add_x_forwarded_f...)