Java中request獲取IP（轉自推酷）

原文網址：來自推酷 - http://www.tuicool.com/articles/Nfmyqy

其基本邏輯爲先取得配置的IP列表，然後通過request.getRemoteAddr()取得客戶端的IP地址，做鑑權和校驗，邏輯沒問題，那麼肯定是request.getRemoteAddr()出了問題，google下，發現有人遇到類似的問題。

最終定位爲request.getRemoteAddr()這種方法在大部分情況下都是有效的。但是在通過了Apache,Squid等反向代理軟件就不能獲取到客戶端的真實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，服務器端應用也無法直接通過轉發請求的地址返回給客戶端。但是在轉發請求的HTTP頭信息中，增加了X－FORWARDED－FOR信息用以跟蹤原有的客戶端IP地址和原來客戶端請求的服務器地址。

原來如此，我們的項目中正好是有前置apache，將一些請求轉發給後端的weblogic，看來就是這樣導致的咯。

給出一份還算靠譜的代碼，如下：

Java代碼 

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; 
    }

如果有人遇到類似問題，請多加留意，呵呵。

PS：可是，如果通過了多級反向代理的話，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

參考2：http://www.cnblogs.com/panjun-Donet/archive/2009/08/12/1544274.html