阅读量:0
章节
目录
1 基于cookie的会话保持
cookie value：为当前server指定cookie值，实现基于cookie的会话黏性，相对于基于 source 地址 hash 调度算法对客户端的粒度更精准，但同时也加大了haproxy负载，目前此模式使用较少， 已经被session共享服务器代替
1.1 cookie命名，并赋予其值
注意：不支持 tcp mode，使用 http mode
listen webcluster bind *:80 mode http #不支持 tcp mode balance roundrobin # insert：表示在响应头中插入一个新的 cookie。 # nocache：表示禁用缓存，防止浏览器缓存 cookie。 # indirect：表示使用间接方式来保存会话关联的服务器信息，而不是直接在 cookie 中保存服务器名称。 cookie WEBCOOKIE insert nocache indirect server web1 192.168.239.10:80 cookie lee1 check inter 2 fall 3 rise 5 weight 1 server web2 192.168.239.20:80 cookie lee2 check inter 2 fall 3 rise 5 weight 1 server web3_sorry 192.168.239.100:8080 backup
1.2 验证cookie信息
1.2.1 Windows浏览器验证
点击刷新一直都是同一个网页内容证明实现效果成功
1.2.2 Linux下虚拟机验证
[root@localhost ~]# curl -b WEBCOOKIE=lee1 192.168.239.100 this is web1 [root@localhost ~]# curl -b WEBCOOKIE=lee2 192.168.239.100 this is web2 [root@localhost ~]# curl -b WEBCOOKIE=lee2 192.168.239.100 this is web2 [root@localhost ~]# curl -b WEBCOOKIE=lee2 192.168.239.100 this is web2 [root@localhost ~]# curl -b WEBCOOKIE=lee2 192.168.239.100 this is web2 [root@localhost ~]# curl -b WEBCOOKIE=lee2 192.168.239.100 this is web2 [root@localhost ~]# curl -b WEBCOOKIE=lee2 192.168.239.100 this is web2 [root@localhost ~]# curl -b WEBCOOKIE=lee2 192.168.239.100 this is web2 [root@localhost ~]# curl -b WEBCOOKIE=lee1 192.168.239.100 this is web1 [root@localhost ~]# curl -b WEBCOOKIE=lee1 192.168.239.100 this is web1 [root@localhost ~]# curl -b WEBCOOKIE=lee1 192.168.239.1002 IP透传
web服务器中需要记录客户端的真实IP地址，用于做访问统计、安全防护、行为分析、区域排行等场景。
2.1 四层与七层透传的区别
layer 4 与 layer 7
四层：IP+PORT转发
七层：协议+内容交换
四层负载
在四层负载设备中，把client发送的报文目标地址(原来是负载均衡设备的IP地址)，根据均衡设备设置的选择web服务器的规则选择对应的web服务器IP地址，这样client就可以直接跟此服务器建立TCP连接并发送数据，而四层负载自身不参与建立连接，而和LVS不同，haproxy是伪四层负载均衡，因为haproxy 需要分别和前端客户端及后端服务器建立连接
七层代理
七层负载均衡服务器起了一个反向代理服务器的作用，服务器建立一次TCP连接要三次握手，而client要访问webserver要先与七层负载设备进行三次握手后建立TCP连接，把要访问的报文信息发送给七层负载均衡；然后七层负载均衡再根据设置的均衡规则选择特定的webserver，然后通过三次握手与此台webserver建立TCP连接，然后webserver把需要的数据发送给七层负载均衡设备，负载均衡设备再把数据发送给client；所以，七层负载均衡设备起到了代理服务器的作用，七层代理需要和Client和后端服务器分别建立连接
2.2 七层IP透传
当haproxy工作在七层的时候，如何透传客户端真实IP至后端服务器
HAProxy配置
在由haproxy发往后端主机的请求报文中添加“X-Forwarded-For”首部，其值为前端客户端的地址；用于向后端主发送真实的客户端IP
option forwardfor [ except <network> ] [ header <name> ] [ if-none ] [ except <network> ]：请求报请来自此处指定的网络时不予添加此首部，如haproxy自身所在网络 [ header <name> ]：使用自定义的首部名称，而非“X-Forwarded-For”，示例：X-client [ if-none ] 如果没有首部才添加首部，如果有使用默认值范例：
2.2.1 增加 forwardfor 选项
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
2.2.2 修改web服务端的日志格式
修改NGINX支持的日志格式
[root@web1 ~]# vim /etc/nginx/nginx.conf
web1服务器配置文件中增加下列参数（NGINX）
[root@web1 ~]# systemctl restart nginx
客户端测试
查看NGINX的访问日志
web2服务器配置文件中增加下列参数（apache）
[root@web2 ~]# systemctl restart httpd
2.3 四层透传
修改mode 为tcp
在NGINX配置内添加变量proxy_protocol_addr 记录透传过来的客户端IP，并启用proxy_protocol代理功能
#haproxy 配置： listen webcluster bind *:80 mode tcp balance roundrobin server web1 192.168.239.10:80 send-proxy check inter 2 fall 3 rise 5 weight 1 server web2 192.168.239.20:80 check inter 2 fall 3 rise 5 weight 1 #nginx配置：添加变量proxy_protocol_addr 记录透传过来的客户端IP http { log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '"$proxy_protocol_addr"' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; server { listen 80 proxy_protocol; #启用此项，将无法直接访问此网站，只能通过四层代理访问 server_name 192.168.239.10;web1（NGINX）上查看访问日志
