项目中须要和第三方平台接口,加了来源IP鉴权功能,测试时发现没有问题,可是部署之后发现存在问题,一直鉴权不经过,一群人抓瞎。java
我找到那块的代码,跟了一遍流程发现逻辑没有啥问题,可是最终的结果却仍是鉴权不经过,实在有些诡异。其基本逻辑为先取得配置的IP列表,而后经过request.getRemoteAddr()取得客户端的IP地址,作鉴权和校验,逻辑没问题,那么确定是request.getRemoteAddr()出了问题,google下,发现有人遇到相似的问题。web
最终定位为request.getRemoteAddr()这种方法在大部分状况下都是有效的。可是在经过了Apache,Squid等反向代理软件就不能获取到客户端的真实IP地址了。apache
若是使用了反向代理软件,将http://192.168.1.110:2046/ 的URL反向代理为http://www.xxx.com/ 的URL时,用request.getRemoteAddr()方法获取的IP地址是:127.0.0.1 或 192.168.1.110,而并非客户端的真实IP。后端
通过代理之后,因为在客户端和服务之间增长了中间层,所以服务器没法直接拿到客户端的IP,服务器端应用也没法直接经过转发请求的地址返回给客户端。可是在转发请求的HTTP头信息中,增长了X-FORWARDED-FOR信息用以跟踪原有的客户端IP地址和原来客户端请求的服务器地址。服务器
原来如此,咱们的项目中正好是有前置apache,将一些请求转发给后端的weblogic,看来就是这样致使的咯。测试
给出一份还算靠谱的代码ui
改进后的java代码:google
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.110spa