在很多应用下都可能有需要将用户的真实ip记录下来,这时就要获得用户的真实ip地址,在jsp里,获取客户端的ip地址的方法是:request.getremoteaddr(),这种方法在大部分情况下都是有效的。
但是在通过了apache,squid等反向代理软件就不能获取到客户端的真实ip地址了。这段时间在做ip统计的程序设计,由于服务器作了集群,使用了反向代理软件,将http://192.168.1.110:2046/的url反向代理为http://www.xxx.com/的url时,用request.getremoteaddr()方法获取的ip地址是:127.0.0.1 或 192.168.1.110,而并不是客户端的真实ip。这是什么原因呢?
这是反向代理的原因。经过代理以后,由于在客户端和服务之间增加了中间层,因此服务器无法直接拿到客户端的ip,服务器端应用也无法直接通过转发请求的地址返回给客户端。但是在转发请求的http头信息中,增加了x-forwarded-for信息。用以跟踪原有的客户端ip地址和原来客户端请求的服务器地址。当我们访问http://www.xxx.com/index.jsp/时,其实并不是我们浏览器真正访问到了服务器上的index.jsp文件,而是先由代理服务器去访问http://192.168.1.110:2046/index.jsp,代理服务器再将访问到的结果返回给我们的浏览器,因为是代理服务器去访问index.jsp的,所以index.jsp中通过request.getremoteaddr()的方法获取的ip实际上是代理服务器的地址,并不是客户端的ip地址。
于是可得出获得客户端真实ip地址的方法一:
|
可是当我访问http://www.xxx.com/index.jsp/时,返回的ip地址始终是unknown,也并不是如上所示的127.0.0.1 或 192.168.1.110了,而我访问http://192.168.1.110:2046/index.jsp时,则能返回客户端的真实ip地址,写了个方法去验证。 name value
出来的结果:
x-forwarded-for: unknown
x-forwarded-for确实存在,但其值却为unknown,继续找原因。上网搜了搜,原因出在了squid上。squid.conf 的配制文件 forwarded_for 项默认是为on,如果 forwarded_for 设成了 off 则:x-forwarded-for: unknown一查,发现forwarded_for 项设为了off,原因找到了,把forwarded_for 项设为了on,重启后,访问http://www.xxx.com/index.jsp/获得的ip是客户端的真实ip。
于是可得出获得客户端真实ip地址的方法二:
|
可是,如果通过了多级反向代理的话,x-forwarded-for的值并不止一个,而是一串ip值,究竟哪个才是真正的用户端的真实ip呢?答案是取x-forwarded-for中第一个非unknown的有效ip字符串。如:x-forwarded-for:192.168.1.110, 192.168.1.120, 192.168.1.130, 192.168.1.100用户真实ip为: 192.168.1.110
闽公网安备 35060202000074号