经过代理以后,由于在客户端和服务之间增加了中间层,因此服务器无法直接拿到客户端的 IP,服务器端应用也无法直接通过转发请求的地址返回给客户端。但是在转发请求的 HTTP 头信息中,增加了 X-FORWARDED-FOR 信息,用以跟踪原有的客户端 IP 地址和原来客户端请求的服务器地址。
当我们访问 http://www.abc.com 时,其实并不是我们浏览器真正访问到了服务器上,而是先由代理服务器去访问 http://192.168.1.110:2046,代理服务器再将访问到的结果返回给我们的浏览器,因为是代理服务器去访问真实服务器,所以通过 request.getRemoteAddr() 的方法获取的 IP 实际上是代理服务器的地址,并不是客户端的 IP 地址。
在 Spring 中,获取客户端真实 IP 地址的方法是
request.getRemoteAddr()
,这种方法在大部分情况下都是有效的,但是在通过了 Squid 等反向代理软件就无法工作。如果使用了反向代理软件,将
http://192.168.1.110:2046/
的 URL 反向代理为http://www.abc.com/
的 URL 时,用request.getRemoteAddr()
方法获取的 IP 地址是 127.0.0.1 或 192.168.1.110,而并不是客户端的真实 IP。经过代理以后,由于在客户端和服务之间增加了中间层,因此服务器无法直接拿到客户端的 IP,服务器端应用也无法直接通过转发请求的地址返回给客户端。但是在转发请求的 HTTP 头信息中,增加了
X-FORWARDED-FOR
信息,用以跟踪原有的客户端 IP 地址和原来客户端请求的服务器地址。当我们访问
http://www.abc.com
时,其实并不是我们浏览器真正访问到了服务器上,而是先由代理服务器去访问http://192.168.1.110:2046
,代理服务器再将访问到的结果返回给我们的浏览器,因为是代理服务器去访问真实服务器,所以通过request.getRemoteAddr()
的方法获取的 IP 实际上是代理服务器的地址,并不是客户端的 IP 地址。下面是一种在 Java 服务器中获取请求 ip 的常见方式:
食用方式:
这里解释下这些请求头的意思:
X-Forwarded-For
这是一个 Squid 开发的字段,只有在通过了 HTTP 代理或者负载均衡服务器时才会添加该项。
格式为
X-Forwarded-For:client1,proxy1,proxy2
,一般情况下,第一个 ip 为客户端真实 ip,后面的为经过的代理服务器 ip。现在大部分的代理都会加上这个请求头。Proxy-Client-IP/WL- Proxy-Client-IP
这个一般是经过 apache http 服务器的请求才会有,用 apache http 做代理时一般会加上
Proxy-Client-IP
请求头,而WL-Proxy-Client-IP
是他的 weblogic 插件加上的请求头。需要注意几点:
xxx-client-ip
这个请求头代表客户端请求,那上面的代码就不行了。request.getRemoteAddr()
,虽然获取到的可能是代理的 ip 而不是客户端的 ip,但这个获取到的 ip 基本上是不可能伪造的,也就杜绝了刷票的可能。The text was updated successfully, but these errors were encountered: