文章目录
- 前言
- 基于cookie的会话保持
- IP透传
- 四层IP透传
- 未开启状态
- 开启透传状态
- 七层IP透传
- 自定义错误界面
- 重定向
- HAProxy 四层负载之数据库
- HAProxy https
前言
本文主要介绍HAProxy高级配置及使用案例
文章相关连接如下：
- 如果想深入了解haproxy算法的相关知识，请点击：超越自我——带你学haproxy算法一遍过！！！
-
- 如果想更多了解haproxy的相关知识，请点击：一站式带你深入了解HAProxy
基于cookie的会话保持
- cookie value:为当前servert指定cookief值，实现基于cookie的会话黏性，相对于基于source地址
- hash调度算法对客户端的粒度更精准，但同时也加大了haproxy负戟，目前此模式使用较少，已经被session共享服务器代替
不支持tcp mode ,使用http mode
语法格式
cookie name rewrite insert prefix ]indirect nocache ]postonly ]preserve ]httponly secure ]domain ]maxidle <idle>]maxlife
name: #cookie的key名称，用于实现持久连接
insert: #插入新的cookie,默认不插入cookie
indirect: #如果客户端已经有cookie,则不会再发送cookie信息
nocache: #当c1ient和hapoxy.之间有缓存服务器（如：CDN)时，不允许中间缓存器缓存cookie,
#因为这会导致很多经过同一个CDN的请求都发送到同一台后端服务器
配置：
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
[root@haproxy ~]# systemctl restart haproxy.service
验证：
通过命令行验证：
注意：需要做window的本地解析：路径C:\Windows\System32\drivers\etc\hosts
IP透传
wb服务器中需要记录客户端的真实IP地址，用于做访问统计、安全护、行为分析、区域排行等场景。
四层：IP+PORT转发
七层：协议+内容交换
四层IP透传
未开启状态
未开启透传的四层代理时查看/etc/nginx/nginx.conf
[root@webserver1 ~]# vim /etc/nginx/nginx.conf
看不到访问服务器的源IP地址
100主机访问，在10日志查看
[root@haproxy ~]# curl 172.25.254.100
[root@webserver1 ~]# tail -n 3 /var/log/nginx/access.log
开启透传状态
nginx配置：在访问日志中通过变量$proxy._protocol._addr记录透传过来的客户端IP
lproxy._protoco1; #启用此项，将无法直接访问此网站，只能通过四层代理
[root@webserver1 ~]# vim /etc/nginx/nginx.conf
[root@webserver1 ~]# systemctl restart nginx.service
# 修改haproxy
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
[root@haproxy ~]# systemctl restart haproxy.service
验证：
七层IP透传
- 当haproxy工作在七层的时候，也可以透传客户端真实IP至后端服务器
- send-proxy 设置成代理
[root@webserver1 ~]# vim /etc/nginx/nginx.conf
[root@webserver1 ~]# systemctl restart nginx.service
# 修改haproxy
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
[root@haproxy ~]# systemctl restart haproxy.service
修改nginx
结果验证：
自定义错误界面
[root@haproxy ~]# mkdir /etc/haproxy/errorpage -p
[root@haproxy ~]# vim /etc/haproxy/errorpage/badpage.http
[root@haproxy ~]# systemctl restart httpd
修改自定义日志的内容
[root@haproxy ~]# vim /etc/haproxy/errorpage/badpage.http
修改haproxy自定日志路径
验证前需关闭两台服务器的服务
[root@webserver1 ~]# systemctl stop nginx.service
[root@webserver22 ~]# systemctl stop nginx.service
验证：
重定向
接着自定义日志的环境继续修改实验
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
[root@haproxy ~]# systemctl restart haproxy.service
验证：
HAProxy 四层负载之数据库
应用场景：针对除HTTP以外的TCP协议应用服务访问 1.MySQL 2.Redis 3.Memcache 4.RabbitMQ
重新开启服务
[root@webserver1 ~]# systemctl restart nginx.service
[root@webserver22 ~]# systemctl restart nginx.service
下载数据库客户端
[root@haproxy ~]# dnf install mariadb -y
服务器下载数据库服务端
[root@webserver1 ~]# dnf install mariadb-server -y
[root@webserver22 ~]# dnf install mariadb-server -y
修改haproxy
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
[root@haproxy ~]# systemctl restart haproxy.service
更改数据库id，方便实验结果显示
在10服务器上的数据库操作
查看id是否修改正确
添加用户lee，并赋予远程登陆权限，设置密码为lee
给用户lee赋予访问所以数据库和所以表的权限，
在20服务器上的数据库操作
查看id是否修改正确
添加用户lee，并赋予远程登陆权限，设置密码为lee
给用户lee赋予访问所以数据库和所以表的权限，
HAProxy https
haproxy可以实现https的证书安全，从用户到naproxy为https,从naproxy到后端服务器用http通信
但基于性能考虑，生产中证书都是在后端服务器比如nginx.上实现
#配置HAProxy支持https协议，支持ssl会话；
bind *:443 ssl crt /PATH/TO/SOME_PEM_FILE
#指令 crt 后证书文件为PEM格式，需要同时包含证书和所有私钥
cat demo.key demo.crt > demo.pem
#把80端口的请求重向定443
bind *:80
redirect scheme https if !{ ssl_fc }
制作证书：
[root@haproxy ~]# mkdir /etc/haproxy/certs/
[root@haproxy ~]# openssl req -newkey rsa:2048 -nodes -sha256 -keyout /etc/haproxy/certs/luo.org.key -x509 -days 365 -out /etc/haproxy/certs/luo.org.crt
# 将证书和钥匙放入PEM格式的文件里
[root@haproxy certs]# cat luo.org.crt luo.org.key > wang.org.pem
全站加密：redirect scheme https if !{ ssl_fc }加上这条命令就会自动将80端口的请求重定向到443
本章内容将持续更新中，敬请期待，关注收藏防止迷路
文章相关连接如下：
- 如果想深入了解haproxy算法的相关知识，请点击：超越自我——带你学haproxy算法一遍过！！！
-
- 如果想更多了解haproxy的相关知识，请点击：一站式带你深入了解HAProxy
