其基本邏輯為先取得配置的IP列表，然后通過request.getRemoteAddr()取得客戶端的IP地址，做鑒權(quán)和校驗(yàn)，邏輯沒問題，那么肯定是request.getRemoteAddr()出了問題，google下，發(fā)現(xiàn)有人遇到類似的問題。
最終定位為request.getRemoteAddr()這種方法在大部分情況下都是有效的。但是在通過了Apache,Squid等反向代理軟件就不能獲取到客戶端的真實(shí)IP地址了。
如果使用了反向代理軟件，將http://192.168.1.110:2046/ 的URL反向代理為http://www.xxx.com/ 的URL時(shí)，用request.getRemoteAddr()方法獲取的IP地址是：127.0.0.1 或 192.168.1.110，而并不是客戶端的真實(shí)ＩＰ。
經(jīng)過代理以后，由于在客戶端和服務(wù)之間增加了中間層，因此服務(wù)器無法直接拿到客戶端的IP，服務(wù)器端應(yīng)用也無法直接通過轉(zhuǎn)發(fā)請(qǐng)求的地址返回給客戶端。但是在轉(zhuǎn)發(fā)請(qǐng)求的HTTP頭信息中，增加了X－FORWARDED－FOR信息用以跟蹤原有的客戶端IP地址和原來客戶端請(qǐng)求的服務(wù)器地址。
原來如此，我們的項(xiàng)目中正好是有前置apache，將一些請(qǐng)求轉(zhuǎn)發(fā)給后端的weblogic，看來就是這樣導(dǎo)致的咯。
給出一份還算靠譜的代碼，如下：
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;
}
如果有人遇到類似問題，請(qǐng)多加留意，呵呵。
PS：可是，如果通過了多級(jí)反向代理的話，X-Forwarded-For的值并不止一個(gè)，而是一串ip值，究竟哪個(gè)才是真正的用戶端的真實(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,用戶真實(shí)IP為： 192.168.1.110