一**.**负载均衡
1.1：什么是负载均衡
负载均衡： Load Balance ，简称 LB ，是一种服务或基于硬件设备等实现的高可用反向代理技术，负载均 衡将特定的业务(web 服务、网络流量等 ) 分担给指定的一个或多个后端特定的服务器或设备，从而提高了公司业务的并发处理能力、保证了业务的高可用性、方便了业务后期的水平动态扩展
**1.2.**为什么用负载均衡
- Web服务器的动态水平扩展-->对用户无感知
- 增加业务并发访问及处理能力-->解决单服务器瓶颈问题
- 节约公网IP地址-->降低IT支出成本
- 隐藏内部服务器IP-->提高内部服务器安全性
- 配置简单-->固定格式的配置文件
- 功能丰富-->支持四层和七层，支持动态下线主机
- 性能较强-->并发数万甚至数十万
1.3.负载均衡****四层和七层的区别
所谓的四到七层负载均衡，就是在对后台的服务器进行负载均衡时，依据四层的信息或七层的信息来决****定怎么样转发流量四层的负载均衡，就是通过发布三层的IP地址（VIP），然后加四层的端口号，来决定哪些流量需要做负 载均衡，对需要处理的流量进行NAT处理，转发至后台服务器，并记录下这个TCP或者UDP的流量是由哪 台服务器处理的，后续这个连接的所有流量都同样转发到同一台服务器处理 七层的负载均衡，就是在四层的基础上（没有四层是绝对不可能有七层的），再考虑应用层的特征，比 如同一个Web服务器的负载均衡，除了根据VIP加80端口辨别是否需要处理的流量，还可根据七层的URL、浏览器类别、语言来决定是否要进行负载均衡。
- 分层位置 : 四层负载均衡在传输层及以下，七层负载均衡在应用层及以下
- 性能 : 四层负载均衡架构无需解析报文消息内容，在网络吞吐量与处理能力上较高 : 七层可支持解析应用
层报文消息内容，识别 URL 、 Cookie 、 HTTP header 等信息。、 - 原理 : 四层负载均衡是基于 ip+port; 七层是基于虚拟的 URL 或主机 IP 等。
- 功能类比 : 四层负载均衡类似于路由器 ; 七层类似于代理服务器。
- 安全性 : 四层负载均衡无法识别 DDoS 攻击 ; 七层可防御 SYN Cookie/Flood 攻击
二**.haproxy****简介**
HAProxy 是法国开发者 威利塔罗 (Willy Tarreau) 在 2000 年使用 C 语言开发的一个开源软件， 是一款具备高并发( 万级以上 ) 、高性能的 TCP 和 HTTP 负载均衡器 ，支持基于cookie 的持久性，自动故障切换，支持正则表达式及 web 状态统计
三**.基础实验**
3.1:安装haproxy软件（红帽9.2自带，可以直接安装）
yum install haproxy -y3.2:配置/etc/haproxy/haproxy.cfg
frontend webcluster
bind *:80
mode http
use_backend webcluster-host
backend webcluster-host
balance roundrobin
server web1 172.25.254.10:80
server web2 172.25.254.20:803.3：webserver1上的操作
yum install nginx -y
echo webserver1 - 172.25.254.10 > /usr/share/nginx/html/index.html3.4:webserver2上的操作
yum install nginx -y
echo webserver2 - 172.25.254.20 > /usr/share/nginx/html/index.html3.5:在客户端测试是否成功
[root@Haproxy ~]# curl 172.25.254.100
webserver1 - 172.25.254.10
[root@Haproxy ~]# curl 172.25.254.100
webserver2 - 172.25.254.20
[root@Haproxy ~]# 四：haproxy的基本配置信息
HAProxy 的配置文件 haproxy.cfg 由两大部分组成，分别是：
global ：全局配置段
- 进程及安全配置相关的参数
- 性能调整相关参数
- Debug参数
proxies ：代理配置段
- defaults：为frontend, backend, listen提供默认配置
- frontend：前端，相当于nginx中的server {}
- backend：后端，相当于nginx中的upstream {}
- listen：同时拥有前端和后端配置,配置简单,生产推荐使用
五：haproxy的全局配置
5.1：多线程设定
5.2：查看多进程设置信息
[root@Haproxy ~]# pstree -p | grep haproxy
|-haproxy(32937)-+-haproxy(32939)
| `-haproxy(32940)5.3：多线程设定（记得把多进程设定注释掉，不会会影响导致失败）
5.4：查看多线程设定
[root@Haproxy ~]# pstree -p | grep haproxy
|-haproxy(32977)---haproxy(32980)---{haproxy}(32981)六：Haproxy代理参数
6.1：server****配置
#针对一个server配置
check #对指定real进行健康状态检查，如果不加此设置，默认不开启检查,只有check后面没
有其它配置也可以启用检查功能
#默认对相应的后端服务器IP和端口,利用TCP连接进行周期性健康性检查,注意必须指定
端口才能实现健康性检查
addr <IP> #可指定的健康状态监测IP，可以是专门的数据网段，减少业务网络的流量
port <num> #指定的健康状态监测端口
inter <num> #健康状态检查间隔时间，默认2000 ms
fall <num> #后端服务器从线上转为线下的检查的连续失效次数，默认为3
代码示例：
测试效果：
3.3.2.5 Proxies配置-listen 简化配置
使用listen替换 frontend和backend的配置方式，可以简化设置，通常只用于TCP协议的应用
listen配置示例：
rise <num> #后端服务器从下线恢复上线的检查的连续有效次数，默认为2
weight <weight> #默认为1，最大值为256，0(状态为蓝色)表示不参与负载均衡，但仍接受持久连接
backup #将后端服务器标记为备份状态,只在所有非备份主机down机时提供服务，类似Sorry
Server
disabled #将后端服务器标记为不可用状态，即维护状态，除了持久模式
#将不再接受连接,状态为深黄色,优雅下线,不再接受新用户的请求
redirect prefix http://www.baidu.com/ #将请求临时(302)重定向至其它URL，只适用于http模
式
maxconn <maxconn> #当前后端server的最大并发连接数6.2：小实验：
6.21在Haproxy主机上安装httpd服务
yum install httpd -y6.22:输入信息到网站中
echo sorry 下班了> /var/www/html/index.html6.23：关闭主机10和主机20的nginx服务并在网页端测试
systemctl stop nginx.service 
6.24:想要在客户端测试成功需要先添加端口并配置服务
vim /etc/httpd/conf/httpd.conf
vim /etc/haproxy/haproxy.cfg
6.25:然后在客户端测试（要是输入的内容为中文的话会乱码）
七：socat****工具
7.1：socat介绍
对服务器动态权重和其它状态可以利用 socat 工具进行调整， Socat 是 Linux 下的一个多功能的网络工 具，名字来由是Socket CAT ，相当于 netCAT 的增强版 .Socat 的主要特点就是在两个数据流之间建立双向 通道，且支持众多协议和链接方式。如 IP 、 TCP 、 UDP 、 IPv6 、 Socket 文件
7.2：利用工具socat 对服务器动态权重调整（热处理）
#修改配置文件
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
stats socket /var/lib/haproxy/stats mode 600 level admin
###安装socat软件
yum install socat -y
#查看集群权重
[root@haproxy ~]# echo get weight webcluster/web1 | socat stdio
/var/lib/haproxy/stats
2 (initial 2)
[root@haproxy ~]# echo get weight webcluster/web2 | socat stdio
/var/lib/haproxy/stats
1 (initial 1)
#设置权重
[root@haproxy ~]# echo "set weight webcluster/web1 1 " | socat stdio
/var/lib/haproxy/stats
[root@haproxy ~]# echo "set weight webcluster/web1 2 " | socat stdio
/var/lib/haproxy/stats
#下线后端服务器
[root@haproxy ~]# echo "disable server webcluster/web1 " | socat stdio
/var/lib/haproxy/stats
#上线后端服务器
[root@haproxy ~]# echo "enable server webcluster/web1 " | socat stdio
/var/lib/haproxy/stats7.3：针对多进程处理方法
haproxy ~]# vim /etc/haproxy/haproxy.cfg
stats socket /var/lib/haproxy/stats1 mode 600 level admin process 1
stats socket /var/lib/haproxy/stats2 mode 600 level admin process 2
nbproc 2
cpu-map 1 0
cpu-map 2 1这样每个进程就会有单独的 sock 文件来进行单独管理
[root@haproxy ~]# ll /var/lib/haproxy/
总用量 0
srw------- 1 root root 0 8月 10 13:43 stats
srw------- 1 root root 0 8月 10 13:46 stats1
srw------- 1 root root 0 8月 10 13:46 stats2八：Haproxy的算法
8.1：静态算法
静态算法：按照事先定义好的规则轮询公平调度，不关心后端服务器的当前负载、连接数和响应速度 等，且无法实时修改权重( 只能为 0 和 1, 不支持其它值 ) ，只能靠重启 HAProxy 生效。
8.11：static-rr**：基于权重的轮询调度**
- 不支持运行时利用socat进行权重的动态调整(只支持0和1,不支持其它值)
- 不支持端服务器慢启动
- 其后端主机数量没有限制，相当于LVS中的 wrr
static-rr的小实验：
vim /etc/haproxy/haproxy.cfg 
测试一下：
[root@Haproxy ~]# curl 172.25.254.100
webserver1 - 172.25.254.10
[root@Haproxy ~]# curl 172.25.254.100
webserver1 - 172.25.254.10
[root@Haproxy ~]# curl 172.25.254.100
webserver2 - 172.25.254.208.12：first
- 根据服务器在列表中的位置，自上而下进行调度
- 其只会当第一台服务器的连接数达到上限，新请求才会分配给下一台服务
- 其会忽略服务器的权重设置
- 不支持用socat进行动态修改权重,可以设置0和1,可以设置其它值但无效
first的小实验
vim /etc/haproxy/haproxy.cfg 
在多台主机中执行死循环来看测试效果
8.2：动态算法
动态算法
- 基于后端服务器状态进行调度适当调整，
- 新请求将优先调度至当前负载较低的服务器
- 权重可以在haproxy运行时动态调整无需重启
8.21：roundrobin
- 基于权重的轮询动态调度算法，
- 支持权重的运行时调整，不同于 lvs 中的 rr 轮训模式，
- HAProxy 中的 roundrobin 支持慢启动 ( 新加的服务器会逐渐增加转发数 ) ，
- 其每个后端 backend 中最多支持 4095 个 real server ，
- 支持对 real server 权重动态调整，
- roundrobin 为默认调度算法 , 此算法使用广泛
roundrobin的小实验：
vim /etc/haproxy/haproxy.cfg 
测试一下：
[root@Haproxy ~]# curl 172.25.254.100
webserver1 - 172.25.254.10
[root@Haproxy ~]# curl 172.25.254.100
webserver1 - 172.25.254.10
[root@Haproxy ~]# curl 172.25.254.100
webserver2 - 172.25.254.208.22：leastconn
- leastconn加权的最少连接的动态
- 支持权重的运行时调整和慢启动，即:根据当前连接最少的后端服务器而非权重进行优先调度(新客户 端连接)
- 比较适合长连接的场景使用，比如：MySQL等场景
leastconn的小实验
vim /etc/haproxy/haproxy.cfg 
测试一下：
[root@Haproxy ~]# while true ; do curl 172.25.254.100; sleep 0.1;done
webserver2 - 172.25.254.20
webserver1 - 172.25.254.10
webserver2 - 172.25.254.20
webserver1 - 172.25.254.10
webserver2 - 172.25.254.20
webserver1 - 172.25.254.10
^C8.3其他算法
想要了解更多其他算法请点击
https://blog.csdn.net/cwyxf123/article/details/118906712
九：高级功能及配置
9.1：基于cookie的会话保持
cookie value ：为当前 server 指定 cookie 值，实现基于 cookie 的会话黏性，相对于基于 source 地址 hash 调度算法对客户端的粒度更精准，但同时也加大了haproxy 负载，目前此模式使用较少， 已经被 session 共享服务器代替
9.2：配置选项
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 ： # 当 client 和 hapoxy 之间有缓存服务器（如： CDN ）时，不允许中间缓存器缓 cookie ，
因为这会导致很多经过同一个 CDN 的请求都发送到同一台后端服务器
9.3：cookie小实验
bash
vim /etc/haproxy/haproxy.cfg 
浏览器测试看网络的cookie
客户端测试：
bash
[C:\~]$ curl -b WEBCOOKIE=chl1 172.25.254.100
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 27 100 27 0 0 12000 0 --:--:-- --:--:-- --:--:-- 13500
webserver1 - 172.25.254.10
[C:\~]$ curl -b WEBCOOKIE=chl2 172.25.254.100
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 27 100 27 0 0 8164 0 --:--:-- --:--:-- --:--:-- 9000
webserver2 - 172.25.254.209.4：HAProxy****状态页
9.41：状态页配置项
stats enable # 基于默认的参数启用 stats page
stats hide-version # 将状态页中 haproxy 版本隐藏
stats refresh <delay> # 设定自动刷新时间间隔，默认不自动刷新
stats uri <prefix> # 自定义 stats page uri ，默认值： /haproxy?stats
stats auth <user>:<passwd> # 认证时的账号和密码，可定义多个用户 , 每行指定一个用户
默认： no authentication
stats admin { if | unless } <cond> # 启用 stats page 中的管理功能
9.42：启用状态页
bash
vim /etc/haproxy/haproxy.cfg
浏览器测试一下：
即可进入状态页查看信息
9.5：IP****透传
web 服务器中需要记录客户端的真实 IP 地址，用于做访问统计、安全防护、行为分析、区域排行等场景。
9.51：四层IP透传
首先把模式改成四层tcp的
通过客户端curl 172.25.254.100测试到20发现ip地址没有透传
此时修改主机20nginx中的配置文件
bash
vim /etc/nginx/nginx.conf
此时再通过客户端测试curl 172.25.254.100测试到主机20时候，再返回主机20查看日志
bash
[root@webserver1 ~]# cat /var/log/nginx/access.log
172.25.254.100 - - [11/Aug/2024:16:03:55 +0800] "GET / HTTP/1.1" 200 27 "-" "curl/8.7.1" "-"
172.25.254.100 - - [11/Aug/2024:16:06:03 +0800] "GET / HTTP/1.1" 200 27 "-" "curl/8.7.1" "172.25.254.1"四层透传成功！！！！！！！
9.52：七层IP透传
当haproxy工作在七层的时候，也可以透传客户端真实IP至后端服务器
9.521：HAProxy配置
在由 haproxy 发往后端主机的请求报文中添加 "X-Forwarded-For" 首部，其值为前端客户端的地址；用于 向后端主发送真实的客户端IP
在nginx中
首先修改配置文件
bash
vim /etc/haproxy/haproxy.cfg
在客户端访问：
bash
[C:\~]$ curl 172.25.254.100
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 27 100 27 0 0 9588 0 --:--:-- --:--:-- --:--:-- 13500
webserver1 - 172.25.254.10然后在主机10中看ip地址的传达
bash
[root@webserver1 ~]# cat /var/log/nginx/access.log
172.25.254.100 - - [11/Aug/2024:16:03:55 +0800] "GET / HTTP/1.1" 200 27 "-" "curl/8.7.1" "-"然后在配置文件中重新打开
bash
vim /etc/haproxy/haproxy.cfg
然后再次在客户端curl 172.25.254.100，然后在主机10中即可看到ip的透传
bash
[root@webserver1 ~]# cat /var/log/nginx/access.log
172.25.254.100 - - [11/Aug/2024:16:03:55 +0800] "GET / HTTP/1.1" 200 27 "-" "curl/8.7.1" "-"
172.25.254.100 - - [11/Aug/2024:16:06:03 +0800] "GET / HTTP/1.1" 200 27 "-" "curl/8.7.1" "172.25.254.1"9.521：web****服务器日志格式配置
配置 web 服务器，记录负载均衡透传的客户端 IP 地址
首先在主机10中把nginx给停掉
bash
####主机10
[root@webserver1 ~]# systemctl disable nginx
Removed "/etc/systemd/system/multi-user.target.wants/nginx.service".
[root@webserver1 ~]# systemctl stop nginx.service 然后安装httpd服务并且输入信息到网站，并打开服务
bash
yum install httpd -y
[root@webserver1 ~]# echo webserver1 - 172.25.254.10 > /var/www/html/index.html
[root@webserver1 ~]# systemctl start httpd然后在客户端curl 172.25.254.100到主机10，并在主机10中查看日志是否把ip透传过来
bash
[root@webserver1 ~]# cat /etc/httpd/logs/access_log
172.25.254.100 - - [11/Aug/2024:16:19:04 +0800] "GET / HTTP/1.1" 200 27 "-" "curl/8.7.1"
[root@webserver发现并没有传过来，这个时候在主机10中修改配置文件
bash
vim /etc/httpd/conf/httpd.conf
重启httpd服务
再次在客户端测试并且在主机10中查看日志是否ip透传成功
bash
[root@webserver1 ~]# cat /etc/httpd/logs/access_log
172.25.254.100 - - [11/Aug/2024:16:19:04 +0800] "GET / HTTP/1.1" 200 27 "-" "curl/8.7.1"
172.25.254.1 172.25.254.100 - - [11/Aug/2024:16:23:49 +0800] "GET / HTTP/1.1" 200 27 "-" "curl/8.7.1"
[root@webserver1透传成功！！！！！！！
十：ACL
访问控制列表 ACL ， Access Control Lists ） 是一种基于包过滤的访问控制技术 它可以根据设定的条件对经过服务器传输的数据包进行过滤( 条件匹配 ) 即对接收到的报文进行匹配和过 滤，基于请求报文头部中的源地址、源端口、目标地址、目标端口、请求方法、URL 、文件后缀等信息内 容进行匹配并执行进一步操作，比如允许其通过或丢弃
10.1：标准写法
bash
frontend webcluster
bind *:80
mode http
acl test hdr_dom(host) -i www.chl.org
use_backend webcluster-host if test
default_backend default-host
backend webcluster-host
mode http
server web1 172.25.254.10:80 check inter 2 fall 2 rise 5
backend default-host
mode http
server web2 172.25.254.20:80 check inter 2 fall 2 rise 5然后在本地windows添加解析
然后在客户端访问测试
bash
[C:\~]$ curl www.chl.org
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--100 27 100 27 0 0 1716 0 --:--:-- --:--:-- --:--:-- 2700
webserver1 - 172.25.254.10测试成功！！！！
10.2：ACL****配置选项
用 acl 来定义或声明一个 acl
acl <aclname> <criterion> [flags] [operator] [<value>]
acl 名称 匹配规范 匹配模式 具体操作符 操作对象类型
10.3：ACL-Name****名称
acl test path_end -m sub /a
#ACL 名称，可以使用大字母 A-Z 、小写字母 a-z 、数字 0-9 、冒号：、点 . 、中横线和下划线，并且严格区分大
小写，比如 :my_acl 和 My_Acl 就是两个完全不同的 acl5.8.1.2 ACL-criterion
10.4：ACL-criterion****匹配规范
定义ACL匹配规范，即：判断条件
bash
hdr string，提取在一个HTTP请求报文的首部
hdr（[<name> [，<occ>]]）：完全匹配字符串,header的指定信息，<occ> 表示在多值中使用的值的出
现次数
hdr_beg（[<name> [，<occ>]]）：前缀匹配，header中指定匹配内容的begin
hdr_end（[<name> [，<occ>]]）：后缀匹配，header中指定匹配内容end
hdr_dom（[<name> [，<occ>]]）：域匹配，header中的dom（host）
hdr_dir（[<name> [，<occ>]]）：路径匹配，header的uri路径
hdr_len（[<name> [，<occ>]]）：长度匹配，header的长度匹配
hdr_reg（[<name> [，<occ>]]）：正则表达式匹配，自定义表达式(regex)模糊匹配
hdr_sub（[<name> [，<occ>]]）：子串匹配，header中的uri模糊匹配 模糊匹配c 报文中a/b/c也会匹
配
base : string
#返回第一个主机头和请求的路径部分的连接，该请求从主机名开始，并在问号之前结束,对虚拟主机有用
<scheme>://<user>:<password>@#<host>:<port>/<path>;<params>#?<query>#<frag>
base : exact string match
base_beg : prefix match
base_dir : subdir match
base_dom : domain match
base_end : suffix match
base_len : length match
base_reg : regex match
base_sub : substring match
path : string
#提取请求的URL路径，该路径从第一个斜杠开始，并在问号之前结束（无主机部分）
<scheme>://<user>:<password>@<host>:<port>#/<path>;<params>#?<query>#<frag>
path : exact string match
path_beg : prefix match #请求的URL开头，如/static、/images、/img、/css
path_end : suffix match #请求的URL中资源的结尾，如 .gif .png .css .js .jpg .jpeg
path_dom : domain match
path_dir : subdir match
path_len : length match
5.4.1.3 ACL-flags 匹配模式
ACL匹配模式
path_reg : regex match
path_sub : substring matchALC匹配规范小实验
记得先在本地windows做解析
hdr_end(host) 小实验：
bash
vim /etc/haproxy/haproxy.cfg 
客户端测试：
bash
[C:\~]$ curl www.chl.org
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--100 27 100 27 0 0 1753 0 --:--:-- --:--:-- --:--:-- 2700
webserver1 - 172.25.254.10测试成功！！！！！
hdr_beg(host) 小实验
bash
vim /etc/haproxy/haproxy.cfg 
测试：
bash
[C:\~]$ curl bbs.chl.org
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--100 27 100 27 0 0 2659 0 --:--:-- --:--:-- --:--:-- 5400
webserver1 - 172.25.254.10base_sub 小实验：
bash
vim /etc/haproxy/haproxy.cfg 
在主机10上的操作
bash
mkdir /var/www/html/lee -p
echo 172.25.254.100 lee > /var/www/html/lee/index.html然后测试：
bash
[root@webserver1 ~]# curl 172.25.254.10/lee
172.25.254.10 lee10.5:ACL-flags****匹配模式
ACL 匹配模式
bash
-i 不区分大小写
-m 使用指定的正则表达式匹配方法
-n 不做DNS解析
-u 禁止acl重名，否则多个同名ACL匹配或关系10.6:ACL-operator****具体操作符
ACL 操作符
bash
整数比较：eq、ge、gt、le、lt
字符比较：
- exact match (-m str) :字符串必须完全匹配模式
- substring match (-m sub) :在提取的字符串中查找模式，如果其中任何一个被发现，ACL将匹配
- prefix match (-m beg) :在提取的字符串首部中查找模式，如果其中任何一个被发现，ACL将匹配
- suffix match (-m end) :将模式与提取字符串的尾部进行比较，如果其中任何一个匹配，则ACL进行
匹配
- subdir match (-m dir) :查看提取出来的用斜线分隔（"/"）的字符串，如其中任一个匹配，则ACL
进行匹配
- domain match (-m dom) :查找提取的用点（"."）分隔字符串，如果其中任何一个匹配，则ACL进行
匹配10.7:ACL-value****操作对象
value 的类型
bash
The ACL engine can match these types against patterns of the following types :
- Boolean #布尔值
- integer or integer range #整数或整数范围，比如用于匹配端口范围
- IP address / network #IP地址或IP范围, 192.168.0.1 ,192.168.0.1/24
- string--> www.timinglee.org
exact #精确比较
substring #子串
suffix #后缀比较
prefix #前缀比较
subdir #路径， /wp-includes/js/jquery/jquery.js
domain #域名，www.timinglee.org
- regular expression #正则表达式
- hex block #16进制10.8:多个ACL的组合调用方式
多个 ACL 的逻辑处理
bash
与：隐式（默认）使用
或：使用"or" 或 "||"表示
否定：使用 "!" 表示多个 ACL 调用方式：
bash
#示例：
if valid_src valid_port #与关系，ACL中A和B都要满足为true，默认为与
if invalid_src || invalid_port #或，ACL中A或者B满足一个为true
if ! invalid_src #非，取反，不满足ACL才为true10.9:基于域名访问小实验
首先在haproxy中配置文件
bash
vim /etc/haproxy/haproxy.cfg
然后在客户端测试：
bash
[C:\~]$ curl www.chl.org
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--100 27 100 27 0 0 2629 0 --:--:-- --:--:-- --:--:-- 5400
webserver1 - 172.25.254.10
[C:\~]$ curl www.test.com
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--100 27 100 27 0 0 1777 0 --:--:-- --:--:-- --:--:-- 2700
webserver2 - 172.25.254.2010.10：基于源IP或子网调度访问
首先在haproxy中配置文件
bash
vim /etc/haproxy/haproxy.cfg
在指定的ip访问测试：
bash
[C:\~]$ curl www.test.com
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--100 27 100 27 0 0 1740 0 --:--:-- --:--:-- --:--:-- 2700
webserver1 - 172.25.254.10
bash
[root@webserver2 ~]# curl 172.25.254.100
webserver1 - 172.25.254.10
[root@webserver2 ~]#
bash
[root@Haproxy ~]# curl 172.25.254.100
webserver2 - 172.25.254.20
[root@Haproxy ~]# 10.10.1：拒绝源IP或子网调度访问
首先在haproxy中配置文件
bash
vim /etc/haproxy/haproxy.cfg
在指定的ip地址测试访问：
bash
[C:\~]$ curl 172.25.254.100
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--100 93 100 93 0 0 55324 0 --:--:-- --:--:-- --:--:-- 93000
<html><body><h1>403 Forbidden</h1>
Request forbidden by administrative rules.
</body></html>
bash
[root@webserver2 ~]# curl 172.25.254.100
<html><body><h1>403 Forbidden</h1>
Request forbidden by administrative rules.
</body></html>没指定拒绝的ip地址可以访问
root@webserver1 \~\]# curl 172.25.254.100 webserver2 - 172.25.254.20 \[root@webserver1 \~\]# ### 10.11：**匹配浏览器类型** 匹配客户端浏览器，将不同类型的浏览器调动至不同的服务器组 ##### 10.11.1：基于浏览器访问，但是拒绝curl和wget的访问 首先在haproxy中配置文件 ```bash vim /etc/haproxy/haproxy.cfg ```  客户端测试： ```bash [C:\~]$ curl 172.25.254.100 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--100 93 100 93 0 0 51211 0 --:--:-- --:--:-- --:--:-- 93000