專案中需要和第三方平臺介面，加了來源IP鑑權功能，測試時發現沒有問題，但是部署以後發現存在問題，一直鑑權不通過，一群人抓瞎。

我找到那塊的程式碼，跟了一遍流程發現邏輯沒有啥問題，但是最終的結果卻還是鑑權不通過，實在有些詭異。其基本邏輯為先取得配置的IP列表，然後通過request.getRemoteAddr()取得客戶端的IP地址，做鑑權和校驗，邏輯沒問題，那麼肯定是request.getRemoteAddr()出了問題，google下，發現有人遇到類似的問題。

最終定位為request.getRemoteAddr()這種方法在大部分情況下都是有效的。但是在通過了Apache,Squid等反向代理軟體就不能獲取到客戶端的真實IP地址了。

如果使用了反向代理軟體，將 的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程式碼：

class IpUtils {
	 public static 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.getHeader("HTTP_CLIENT_IP");
	        }
	        if (ip == null || ip.length() == 0 || "unknown".equalsIgnoreCase(ip)) {
	            ip = request.getHeader("HTTP_X_FORWARDED_FOR");
	        }
	        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