在很多應(yīng)用下都可能有需要將用戶(hù)的真實(shí)IP記錄下來(lái)，這時(shí)就要獲得用戶(hù)的真實(shí)IP地址，在JSP里，獲取客戶(hù)端的IP地址的方法是：request.getRemoteAddr()，這種方法在大部分情況下都是有效的。但是在通過(guò)了Apache,Squid等反向代理軟件就不能獲取到客戶(hù)端的真實(shí)IP地址了。

這段時(shí)間在做IP統(tǒng)計(jì)的程序設(shè)計(jì)，由于服務(wù)器作了集群，使用了反向代理軟件，將http://192.168.1.110:2046/的URL反向代理為http://www.xxx.com/的URL時(shí)，用request.getRemoteAddr()方法獲取的IP地址是：127.0.0.1　或　192.168.1.110，而并不是客戶(hù)端的真實(shí)ＩＰ。這是什么原因呢？

這是反向代理的原因。經(jīng)過(guò)代理以后，由于在客戶(hù)端和服務(wù)之間增加了中間層，因此服務(wù)器無(wú)法直接拿到客戶(hù)端的IP，服務(wù)器端應(yīng)用也無(wú)法直接通過(guò)轉(zhuǎn)發(fā)請(qǐng)求的地址返回給客戶(hù)端。但是在轉(zhuǎn)發(fā)請(qǐng)求的HTTP頭信息中，增加了X－FORWARDED－FOR信息。用以跟蹤原有的客戶(hù)端IP地址和原來(lái)客戶(hù)端請(qǐng)求的服務(wù)器地址。當(dāng)我們?cè)L問(wèn)http://www.xxx.com/index.jsp/時(shí)，其實(shí)并不是我們?yōu)g覽器真正訪問(wèn)到了服務(wù)器上的index.jsp文件，而是先由代理服務(wù)器去訪問(wèn)http://192.168.1.110:2046/index.jsp，代理服務(wù)器再將訪問(wèn)到的結(jié)果返回給我們的瀏覽器，因?yàn)槭谴矸?wù)器去訪問(wèn)index.jsp的，所以index.jsp中通過(guò)request.getRemoteAddr()的方法獲取的IP實(shí)際上是代理服務(wù)器的地址，并不是客戶(hù)端的IP地址。

于是可得出獲得客戶(hù)端真實(shí)IP地址的方法一：


可是當(dāng)我訪問(wèn)http://www.xxx.com/index.jsp/時(shí)，返回的IP地址始終是unknown，也并不是如上所示的127.0.0.1　或　192.168.1.110了，而我訪問(wèn)http://192.168.1.110:2046/index.jsp時(shí)，則能返回客戶(hù)端的真實(shí)IP地址，寫(xiě)了個(gè)方法去驗(yàn)證。



出來(lái)的結(jié)果：X-Forwarded-For: unknown　。X-Forwarded-For確實(shí)存在，但其值卻為unknown，繼續(xù)找原因。上網(wǎng)搜了搜，原因出在了Squid上。

squid.conf 的配制文件　forwarded_for 項(xiàng)默認(rèn)是為on，如果 forwarded_for 設(shè)成了 off 　則：

X-Forwarded-For: unknown

一查，發(fā)現(xiàn)forwarded_for 項(xiàng)設(shè)為了off，原因找到了，把forwarded_for 項(xiàng)設(shè)為了on，重啟后，訪問(wèn)http://www.xxx.com/index.jsp/　獲得的IP是客戶(hù)端的真實(shí)IP。

于是可得出獲得客戶(hù)端真實(shí)IP地址的方法二：

可是，如果通過(guò)了多級(jí)反向代理的話(huà)，X-Forwarded-For的值并不止一個(gè)，而是一串Ｉｐ值，究竟哪個(gè)才是真正的用戶(hù)端的真實(shí)IP呢？

答案是取X-Forwarded-For中第一個(gè)非unknown的有效IP字符串。

如：
X-Forwarded-For：192.168.1.110, 192.168.1.120, 192.168.1.130, 192.168.1.100
用戶(hù)真實(shí)IP為： 192.168.1.110