负载均衡（Load Balancing）是一种通过分配网络流量到多个服务器上，以优化资源使用、最大化吞吐量、最小化响应时间并避免任何单一资源过载的技术，在实际应用中，负载均衡器通常位于客户端和服务器之间，充当反向代理的角色，当引入负载均衡后，直接获取客户端的真实IP地址变得复杂，因为请求首先到达负载均衡器，然后由负载均衡器转发到后端服务器。
负载均衡后的IP地址获取方法
一、HTTP头部信息
最常见的方法是通过HTTP头部信息中的X-Forwarded-For字段来获取客户端的真实IP地址，这个字段是由负载均衡器添加的，包含了原始客户端的IP地址，如果请求经过了多级代理或负载均衡器，X-Forwarded-For字段可能包含多个IP地址，第一个IP地址通常是客户端的真实IP。
示例代码：
String ip = request.getHeader("X-Forwarded-For");
if (ip == null) {
ip = request.getRemoteAddr();
}
二、Nginx配置
在使用Nginx作为负载均衡器时，可以通过配置proxy_set_header指令来设置X-Real-IP和X-Forwarded-For头部信息，以便后端服务器能够正确识别客户端的真实IP地址。
配置示例：
location / {
proxy_pass http://backend;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
三、TCP/UDP选项
对于TCP和UDP协议，可以在4层的option字段里增加源IP信息，如TCP Option（称为TOA）和UDP Option（称为UOA），这种方法需要后端服务器加载相应的模块来解析这些信息。
四、Proxy Protocol
Proxy Protocol是一种在L7层开头增加的协议数据，用于传递客户端的真实IP地址和端口号，负载均衡器和后端服务器都需要支持该协议才能使用。
配置示例：
stream {
upstream test_server {
server 127.0.0.1:9502;
server 127.0.0.1:9503;
}
server {
listen 9501; ##监听端口
proxy_pass test_server ; #转发请求
proxy_protocol on;
}
}
五、业务程序自行实现
如果以上方法都不适用，业务方可以自行实现IP地址的传递，在客户端请求中插入自定义的头部信息，然后在后端服务器上解析这个头部信息来获取真实IP。
表格对比不同方法的优缺点
| 方法 | 优点 | 缺点 |
| HTTP头部信息（X-Forwarded-For） | 配置简便，广泛支持 | 容易被伪造 |
| Nginx配置（X-Real-IP/X-Forwarded-For） | 易于集成，适用于HTTP/HTTPS | 仅限于Nginx环境 |
| TCP/UDP选项（TOA/UOA） | 对网络架构要求低 | 需要后端服务器支持相应模块 |
| Proxy Protocol | 安全可靠，支持TCP/UDP | 需要负载均衡器和后端服务器同时支持 |
| 业务程序自行实现 | 灵活性高，可定制 | 需要开发能力，可能增加复杂度 |
常见问题解答（FAQs）
Q1: 为什么负载均衡后获取的是负载均衡器的IP而不是客户端的真实IP？
A1: 因为负载均衡器作为反向代理接收了来自客户端的请求，并将其转发给后端服务器，在这个过程中，后端服务器直接与负载均衡器通信，因此默认情况下获取到的是负载均衡器的IP地址，为了获取客户端的真实IP，需要通过上述提到的方法之一来传递这个信息。
Q2: 如果请求经过了多个代理或负载均衡器，如何确保获取到的是最初的客户端IP？
A2: 如果请求经过了多个代理或负载均衡器，X-Forwarded-For字段可能包含多个IP地址，在这种情况下，通常第一个IP地址是客户端的真实IP，在解析这个字段时，应该取列表中的第一个IP地址作为客户端的真实IP，不过，需要注意的是，这个字段可能会被伪造，因此在安全性要求较高的场景下，还需要结合其他安全措施来验证IP地址的真实性。
到此，以上就是小编对于“负载均衡后主机真实ip”的问题就介绍到这了，希望介绍的几点解答对大家有用，有任何问题和不懂的，欢迎各位朋友在评论区讨论，给我留言。
【版权声明】：本站所有内容均来自网络，若无意侵犯到您的权利，请及时与我们联系将尽快删除相关内容!
