如果使用了反向代理软件，将http://192.168.1.110：2046/ 的url反向代理为 http://www.javapeixun.com.cn / 的url时，用request.getremoteaddr（）方法获取的ip地址是：127.0.0.1 或 192.168.1.110，而并不是客户端的真实ip。
经过代理以后，由于在客户端和服务之间增加了中间层，因此服务器无法直接拿到客户端的ip，服务器端应用也无法直接通过转发请求的地址返回给客户端。但是在转发请求的http头信息中，增加了x－forwarded－for信息。用以跟踪原有的客户端ip地址和原来客户端请求的服务器地址。当我们访问http://www.javapeixun.com.cn /index.jsp/ 时，其实并不是我们浏览器真正访问到了服务器上的index.jsp文件，而是先由代理服务器去访问http://192.168.1.110：2046/index.jsp ，代理服务器再将访问到的结果返回给我们的浏览器，因为是代理服务器去访问index.jsp的，所以index.jsp中通过request.getremoteaddr（）的方法获取的ip实际上是代理服务器的地址，并不是客户端的ip地址。
于是可得出获得客户端真实ip地址的方法一：
public string getremortip(httpservletrequest request) { if (request.getheader(x-forwarded-for) == null) { return request.getremoteaddr(); } return request.getheader(x-forwarded-for); }
可是当我访问http://www.5a520.cn /index.jsp/ 时，返回的ip地址始终是unknown，也并不是如上所示的127.0.0.1 或 192.168.1.110了，而我访问http://192.168.1.110：2046/index.jsp 时，则能返回客户端的真实ip地址，写了个方法去验证。原因出在了squid上。squid.conf 的配制文件 forwarded_for 项默认是为on，如果 forwarded_for 设成了 off 则：x-forwarded-for： unknown
于是可得出获得客户端真实ip地址的方法二：
public string getipaddr(httpservletrequest request) { string ip = request.getheader(x-forwarded-for); if(ip == null || ip.length() == 0 || unknown.equalsignorecase(ip)) { ip = request.getheader(proxy-client-ip); } if(ip == null || ip.length() == 0 || unknown.equalsignorecase(ip)) { ip = request.getheader(wl-proxy-client-ip); } if(ip == null || ip.length() == 0 || unknown.equalsignorecase(ip)) { ip = request.getremoteaddr(); } return ip; }
可是，如果通过了多级反向代理的话，x-forwarded-for的值并不止一个，而是一串ｉｐ值，究竟哪个才是真正的用户端的真实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
以上就是java如何获取客户端真实ip地址的详细内容。