haproxy七层代理
一、负载均衡
1.1负载均衡的定义
负载均衡是一种将网络流量或计算任务分配到多个服务器、网络链路或其他资源的策略，旨在优化资源使用、最大化吞吐量、最小化响应时间，并避免单点故障。通过分散工作负载，系统可以提升整体性能和可靠性。
将用户的请求通过LB调度器分散到多台后端服务器中，每个主机承担一些以减小每个服务器主机的压力，就像一根钢缆由许多根钢丝组成，每根钢丝将力分担了钢缆也就能承载更大的负载。
1.2那为什么要用负载均衡？
负载均衡的作用：通过合理分配网络流量或计算任务，优化资源使用效率，提升系统整体性能和可靠性。
优点：
Web服务器的动态水平扩展-->对用户无感知
增加业务并发访问及处理能力-->解决单服务器瓶颈问题
节约公网IP地址-->降低IT支出成本
隐藏内部服务器IP-->提高内部服务器安全性
配置简单-->固定格式的配置文件
功能丰富-->支持四层和七层，支持动态下线主机
性能较强-->并发数万甚至数十万
以下是其核心价值：
提升性能
将用户请求分散到多个服务器，避免单一服务器过载，降低响应延迟，提高吞吐量。例如，电商网站在大促时通过负载均衡分担流量压力。
增强可用性
当某台服务器故障时，自动将流量转移到健康节点，确保服务不间断。例如，金融系统通过负载均衡实现故障自动切换，减少宕机影响。
扩展性支持
动态添加或移除服务器时，负载均衡自动调整流量分配，适应业务增长或收缩。云计算环境中常结合弹性伸缩服务实现资源动态调配。
优化资源利用
根据服务器负载情况（如CPU、内存使用率）智能分配请求，避免资源浪费。例如，视频处理平台将任务优先分配给空闲的计算节点。
安全防护
结合反向代理隐藏后端服务器IP，抵御DDoS攻击。部分负载均衡器还提供SSL卸载、流量过滤等功能。
1.3负载均衡类型
四层负载均衡（传输层）
基于IP和端口进行流量分发，如LVS、AWS Network Load Balancer。处理速度快，适用于TCP/UDP协议，但对应用层内容无感知。
1.通过ip+port决定负载均衡的去向。
2.对流量请求进行NAT处理，转发至后台服务器。
3.记录tcp、udp流量分别是由哪台服务器处理，后续该请求连接的流量都通过该服务器处理。
4.支持四层的软件
lvs：重量级四层负载均衡器。
Nginx：轻量级四层负载均衡器，可缓存。（nginx四层是通过upstream模块）
Haproxy：模拟四层转发。
七层负载均衡（应用层）
解析HTTP/HTTPS协议内容，按URL、Cookie等规则分发。如Nginx、ALB（AWS Application Load Balancer），支持更细粒度的路由和灰度发布。
1.通过虚拟ur|或主机ip进行流量识别，根据应用层信息进行解析，决定是否需要进行负载均衡。
2.代理后台服务器与客户端建立连接，如nginx可代理前后端，与前端客户端tcp连接，与后端服务器建立 tcp连接。
3.支持7层代理的软件：
Nginx:基于http协议(nginx七层是通过proxy_pass)
Haproxy:七层代理，会话保持、标记、路径转移等。
四层与七成负载均衡的区别
所谓的四到七层负载均衡，就是在对后台的服务器进行负载均衡时，依据四层的信息或七层的信息来决定怎么样转发流量.
四层的负载均衡，就是通过发布三层的IP地址（VIP），然后加四层的端口号，来决定哪些流量需要做负 载均衡，对需要处理的流量进行NAT处理，转发至后台服务器，并记录下这个TCP或者UDP的流量是由哪 台服务器处理的，后续这个连接的所有流量都同样转发到同一台服务器处理. 它就像是快递公司只看地址送包裹，简单、快速、成本低，适合简单场景。
七层的负载均衡，就是在四层的基础上（没有四层是绝对不可能有七层的），再考虑应用层的特征，比 如同一个Web服务器的负载均衡，除了根据VIP加80端口辨别是否需要处理的流量，还可根据七层的 URL、浏览器类别、语言来决定是否要进行负载均衡。
简而言之
四层负载均衡就像是快递公司只看地址送包裹，简单、快速、成本低，适合简单场景。
七层负载均衡就像是快递公司不仅看地址，还会打开包裹检查内容，然后根据内容送到更合适的仓
库，功能强大、复杂、成本高，适合复杂场景。
分层位置:四层负载均衡在传输层及以下，七层负载均衡在应用层及以下
性能 :四层负载均衡架构无需解析报文消息内容，在网络吞吐量与处理能力上较高；
七层可支持解析应用 层报文消息内容，识别URL、Cookie、HTTP header等信息。
原理 :四层负载均衡是基于ip+port;七层是基于虚拟的URL或主机IP等。
功能类比:四层负载均衡类似于路由器;七层类似于代理服务器。
安全性:四层负载均衡无法识别DDoS攻击;七层可防御SYN Cookie/Flood攻击
二、haproxy
HAProxy（High Availability Proxy）是一款开源的高性能TCP/HTTP负载均衡器，它主要用于提高网站、应用或服务的可用性和性能。HAProxy在负载均衡领域非常受欢迎，被广泛应用于各种规模的互联网项目中。
2.1、haproxy安装
实验环境
在RS1和RS2上的配置
能互相curl通也能ping通
harpoxy配置
软件安装，关闭防火墙和seliux
[root@haproxy ~]# yum install haproxy -y2.2haproxy基本信息
软件安装包： haproxy-2.4.22-3.el9_3.x86_64.rpm启动文件： /lib/systemd/system/haproxy.service主配置目录： /etc/haproxy/主配置文件： /etc/haproxy/haproxy.cfg子配置目录： /etc/haproxy/conf.dharpoxy配置基本信息
HAProxy 的配置文件haproxy.cfg由两大部分组成，分别是：
global：全局配置段
进程及安全配置相关的参数
性能调整相关参数
Debug参数
proxies：代理配置段
defaults：为frontend, backend, listen提供默认配置
frontend：前端，相当于nginx中的server {}
backend：后端，相当于nginx中的upstream {}
listen：同时拥有前端和后端配置,配置简单,生产推荐使用
global全局参数说明
global log 127.0.0.1 local2 #定义全局的syslog服务器;日志服务器需要开启UDP协议最多可以定义两个 chroot /var/lib/haproxy #锁定运行目录 pidfile /var/run/haproxy.pid #指定pid文件 maxconn 100000 #指定最大连接数 user haproxy #指定haproxy的运行用户 group haproxy #指定haproxy的运行组 daemon #指定haproxy以守护进程方式运行 # turn on stats unix socket stats socket /var/lib/haproxy/stats #指定haproxy的套接字文件 nbproc 2 #指定haproxy的work进程数量，默认是1个 cpu-map 1 0 #指定第一个work绑定第一个cpu核心 cpu-map 2 1 #指定第二个work绑定第二个cpu核心 nbthread 2 #指定haproxy的线程数量，默认每个进程一个线程，此参数与nbproc互斥 maxsslconn 100000 #每个haproxy进程ssl最大连接数,用于haproxy配置了证书的场景下 maxconnrate 100 #指定每个客户端每秒建立连接的最大数量多进程和多线程配置
haproxy ~]# vim /etc/haproxy/haproxy.cfg...上面内容省略...globallog 127.0.0.1 local2 chroot /var/lib/haproxy pidfile /var/run/haproxy.pid maxconn 100000 user haproxy group haproxy daemon # turn on stats unix socket stats socket /var/lib/haproxy/haproxy.sock1 mode 600 level admin process 1 #启用多个sock文件 stats socket /var/lib/haproxy/haproxy.sock2 mode 600 level admin process 2#多进程： nbproc 2 #启用多进程 cpu-map 1 0 #进程和cpu核心绑定防止cpu抖动从而减少系统资源消耗 cpu-map 2 1 #2 表示第二个进程，1表示第二个cpu核心###多线程 nbthread 2 #启用多线程查看多进程信息
pstree -p | grep haproxy
多线程对比
#使用以下命令查询到子进程id号ps -ef | grep haproxy | grep -v grep未开启多线程haproxy ~]# cat /proc/xxxx(haproxy子进程id)/status...上面内容省略...Threads: 1...下面内容省略...开启后haproxy ~]# cat /proc/xxxx(haproxy子进程id)/status...上面内容省略...Threads: 2...下面内容省略...proxies配置
注意：
name字段只能使用大小写字母，数字，‘-’(dash)，\'_‘(underscore)，\'.\' (dot)和 \':\'(colon)，并且严格 区分大小写
defaults参数
defaults mode http #HAProxy实例使用的连接协议 log global #指定日志地址和记录日志条目的syslog/rsyslog日志设备 #此处的 global表示使用 global配置段中设定的log值。 option httplog #日志记录选项，httplog表示记录与 HTTP会话相关的各种属性值 #包括 HTTP请求、会话状态、连接数、源地址以及连接时间等 option dontlognull #dontlognull表示不记录空会话连接日志 option http-server-close #等待客户端完整HTTP请求的时间，此处为等待10s。 option forwardfor except 127.0.0.0/8 #透传客户端真实IP至后端web服务器 #在apache配置文件中加入:
%{XForwarded-For}i #后在webserver中看日志即可看到地址透传信息 option redispatch #当server Id对应的服务器挂掉后，强制定向到其他健康的服务器，重新派发 option http-keep-alive #开启与客户端的会话保持 retries 3 #连接后端服务器失败次数 timeout http-request 10s #等待客户端请求完全被接收和处理的最长时间 timeout queue 1m #设置删除连接和客户端收到503或服务不可用等提示信息前的等待时间 timeout connect 120s #设置等待服务器连接成功的时间 timeout client 600s #设置允许客户端处于非活动状态，即既不发送数据也不接收数据的时间 timeout server 600s #设置服务器超时时间，即允许服务器处于既不接收也不发送数据的非活动时间 timeout http-keep-alive 60s #session 会话保持超时时间，此时间段内会转发到相同的后端服务器 timeout check 10s #指定后端服务器健康检查的超时时间 maxconn 10000 default-server inter 1000 weight 3frontend 配置参数
bind：指定HAProxy的监听地址，可以是IPV4或IPV6，可以同时监听多个IP或端口，可同时用于listen字 段中 #格式： bind [
]: [, ...] [param*] #注意：如果需要绑定在非本机的IP，需要开启内核参数：net.ipv4.ip_nonlocal_bind=1 backlog #针对所有server配置,当前端服务器的连接数达到上限后的后援队列长度，注意：不 支持backend
配置示例
测试
backend配置
定义一组后端服务器，backend服务器将被frontend进行调用。 注意: backend 的名称必须唯一,并且必须在listen或frontend中事先定义才可以使用,否则服务无法 启动
mode http|tcp #指定负载协议类型,和对应的frontend必须一致option #配置选项server #定义后端real server,必须指定IP和端口注意：option后面加 httpchk，smtpchk,mysql-check,pgsql-check，ssl-hello-chk方法，可用于实现更多应用层检测功能server 配置
#针对一个server配置check #对指定real进行健康状态检查，如果不加此设置，默认不开启检查,只有check后面没有其它配置也可以启用检查功能 #默认对相应的后端服务器IP和端口,利用TCP连接进行周期性健康性检查,注意必须指定端口才能实现健康性检查addr #可指定的健康状态监测IP，可以是专门的数据网段，减少业务网络的流量port #指定的健康状态监测端口inter #健康状态检查间隔时间，默认2000 msfall #后端服务器从线上转为线下的检查的连续失效次数，默认为3rise #后端服务器从下线恢复上线的检查的连续有效次数，默认为2weight #默认为1，最大值为256，0(状态为蓝色)表示不参与负载均衡，但仍接受持久连接backup #将后端服务器标记为备份状态,只在所有非备份主机down机时提供服务，类似SorryServerdisabled #将后端服务器标记为不可用状态，即维护状态，除了持久模式 #将不再接受连接,状态为深黄色,优雅下线,不再接受新用户的请求redirect prefix http://www.baidu.com/ #将请求临时(302)重定向至其它URL，只适用于http模式maxconn #当前后端server的最大并发连接数配置示例
测试
配置sorry_server
在haproxy主机上配置
将RS1和RS2 nginx服务stop然后再访问haproxy就会走sorry server
关于disabled
Proxies配置-listen 简化配置使用listen替换 frontend和backend的配置方式，可以简化设置，通常只用于TCP协议的应用
socat 工具
对服务器动态权重和其它状态可以利用 socat工具进行调整，Socat 是 Linux 下的一个多功能的网络工 具，名字来由是Socket CAT，相当于netCAT的增强版.Socat 的主要特点就是在两个数据流之间建立双向 通道，且支持众多协议和链接方式。如 IP、TCP、 UDP、IPv6、Socket文件等 范例：利用工具socat 对服务器动态权重调整需要在haproxy上下载socat修改配置文件
#查看帮助haproxy ~]# socat -hhaproxy ~]# echo \"help\" | socat stdio /var/lib/haproxy/statsThe following commands are valid at this level:help : this messageprompt : toggle interactive mode with promptquit : disconnect。。。省略 。。。enable server : enable a disabled server (use \'set server\' instead) #启用服务器set maxconn server : change a server\'s maxconn settingset server : change a server\'s state, weight or address #设置服务器get weight : report a server\'s current weight #查看权重常用示例：set weight : change a server\'s weight (deprecated) #设置权重show startup-logs : report logs emitted during HAProxy startuphow peers [peers section]: dump some information about all the peers or thispeers sectionset maxconn global : change the per-process maxconn settingset rate-limit : change a rate limiting valueset severity-output [none|number|string] : set presence of severity level infeedback informationset timeout : change a timeout settingshow env [var] : dump environment variables known to the processshow cli sockets : dump list of cli sockets。。。省略 。。。#查看haproxy状态
echo \"show info\" | socat stdio /var/lib/haproxy/stats
#查看集群状态
[root@haproxy ~]# echo \"show servers state\" | socat stdio /var/lib/haproxy/stats#查看集群权重
[root@haproxy ~]# echo get weight webcluster/web1 | socat stdio/var/lib/haproxy/stats2 (initial 2)[root@haproxy ~]# echo get weight webcluster/web2 | socat stdio/var/lib/haproxy/stats1 (initial 1)#设置权重
[root@haproxy ~]# echo \"set weight webserver/web1 1 \" | socat stdio/var/lib/haproxy/stats[root@haproxy ~]# echo \"set weight webserver/web1 2 \" | socat stdio/var/lib/haproxy/stats#下线后端服务器[root@haproxy ~]# echo \"disable server webserver/web1 \" | socat stdio/var/lib/haproxy/stats#上线后端服务器[root@haproxy ~]# echo \"enable server webserver/web1 \" | socat stdio/var/lib/haproxy/stats多进程热处理
如果开启多进程那么我们在对进程的sock文件进行操作时其对进程的操作时随机的 如果需要指定操作进程那么需要用多soct文件方式来完成
这样每个进程就会有单独的sock文件来进行单独管理
三、高级功能及配置
3.1、基于cookie的会话保持（不支持tcp)
cookie value：为当前server指定cookie值，实现基于cookie的会话黏性，相对于基于 source 地址hash 调度算法对客户端的粒度更精准，但同时也加大了haproxy负载，目前此模式使用较少， 已经被session 共享服务器代替
listen webserver bind *:80 mode http balance roundrobin cookie WEBCOOKIE nocache indirect server web1 192.168.217.10:80 cookie web1 check inter 3s fall 5 rise 3 weight 1 server web2 192.168.217.20:80 cookie web2 check inter 3s fall 5 rise 3 weight 1
3.2、haproxy的状态界面
通过web界面，显示当前HAProxy的运行状态
配置
#---------------------------------------------------------------------listen stats: mode http bind *:8888 stats enable log global stats uri /stats stats auth lee:lee#---------------------------------------------------------------------
stats enable #基于默认的参数启用stats page stats hide-version #将状态页中haproxy版本隐藏 stats refresh #设定自动刷新时间间隔，默认不自动刷新 stats uri #自定义stats page uri，默认值：/haproxy?stats stats auth : #认证时的账号和密码，可定义多个用户,每行指定一个用户 #默认：no authentication stats admin { if | unless } #启用stats page中的管理功能
当RS1挂掉以后wbe1那一行颜色就会从绿色逐渐变成淡黄色再到深黄最后到粉色表示它挂掉了
3.3、IP透传
“IP 透传”（IP Passthrough/IP Transparency）指的是在多层网络转发中，将客户端的真实 IP 地址完整地传递给后端服务的技术。它常用于负载均衡、反向代理、VPN、NAT 网关等场景，确保后端能识别原始访问者身份，而不是只看到中间设备的地址
3.3.1 四层IP透传
在后端服务器上配置（RS1和RS2）
#nginx 配置：在访问日志中通过变量$proxy_protocol_addr 记录透传过来的客户端IP
在haproxy上配置
listen webserver bind *:80 mode tcp balance roundrobin server web1 192.168.217.10:80 send-proxy check inter 3s fall 5 rise 3 weight 1 server web2 192.168.217.20:80 send-proxy check inter 3s fall 5 rise 3 weight 1没开启前
开启后
3.3.2七层透传
当haproxy工作在七层的时候，也可以透传客户端真实IP至后端服务器haproxy配置
option forwardfor [ except ] [ header ] [ if-none ] [ except ]：请求报请来自此处指定的网络时不予添加此首部，如haproxy自身所在网络 [ header ]： 使用自定义的首部名称，而非“X-Forwarded-For\"，示例：X-client [ if-none ] 如果没有首部才添加首部，如果有使用默认值
listen webserver bind *:80 option forwardfor mode http balance roundrobin server web1 192.168.217.10:80 send-proxy check inter 3s fall 5 rise 3 weight 1 server web2 192.168.217.20:80 send-proxy check inter 3s fall 5 rise 3 weight 1
3.4ACL
访问控制列表ACL，Access Control Lists） 是一种基于包过滤的访问控制技术
在 HAProxy 中，acl（Access Control List）是 条件判断 的核心指令，用于根据请求特征（URL、Header、源 IP、Cookie 等）做 路由、限制、重写 等决策。
3.4.1、ACL配置选项
#用acl来定义或声明一个aclacl [flags] [operator] []acl 名称 匹配规范 匹配模式 具体操作符 操作对象类型3.4.2、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-criterionfrontend webserver bind *:80 mode http# acl test hdr_dom(host) -i www.timinglee.org acl test path_end -m sub /a use_backend webservera if test default_backend webserverbbackend webservera balance roundrobin server web1 192.168.217.10:80 check inter 3s fall 5 rise 3backend webserverb server web2 192.168.217.20:80 check inter 3s fall 5 rise 3
3.4.3、ACL-criterion 匹配规范
hdr string，提取在一个HTTP请求报文的首部hdr（[ [，]]）：完全匹配字符串,header的指定信息， 表示在多值中使用的值的出现次数hdr_beg（[ [，]]）：前缀匹配，header中指定匹配内容的beginhdr_end（[ [，]]）：后缀匹配，header中指定匹配内容endhdr_dom（[ [，]]）：域匹配，header中的dom（host）hdr_dir（[ [，]]）：路径匹配，header的uri路径hdr_len（[ [，]]）：长度匹配，header的长度匹配hdr_reg（[ [，]]）：正则表达式匹配，自定义表达式(regex)模糊匹配hdr_sub（[ [，]]）：子串匹配，header中的uri模糊匹配 模糊匹配c 报文中a/b/c也会匹配示例：
hdr() 用于测试请求头部首部指定内容hdr_dom(host) 请求的host名称，如 www.timinglee.orghdr_beg(host) 请求的host开头，如 www. img. video. download. ftp.hdr_end(host) 请求的host结尾，如 .com .net .cn访问www.timinglee.org，是就去到10，不是就去到20
（要在client上做haproxy的域名解析 让他知道www.timinglee.org是haproxy）
frontend webserver bind *:80 mode http acl test hdr_dom(host) -i www.timinglee.org use_backend webservera if test default_backend webserverbbackend webservera balance roundrobin server web1 192.168.217.10:80 check inter 3s fall 5 rise 3backend webserverb server web2 192.168.217.20:80 check inter 3s fall 5 rise 3
访问host以什么结尾
frontend webserver bind *:80 mode http acl test hdr_end(host) -i .com .c .net .org use_backend webservera if test default_backend webserverbbackend webservera balance roundrobin server web1 192.168.217.10:80 check inter 3s fall 5 rise 3backend webserverb server web2 192.168.217.20:80 check inter 3s fall 5 rise 3
拒绝是curl的User-Anget请求头
curl -A 用来自定义发送给服务器的 User-Agent 请求头。
frontend webserver bind *:80 mode http acl test hdr_end(host) -i .com .c .net .org acl bad_agent hdr_sub(User-Agent) -i curl use_backend webservera if test default_backend webserverb http-request deny if bad_agentbackend webservera balance roundrobin server web1 192.168.217.10:80 check inter 3s fall 5 rise 3backend webserverb server web2 192.168.217.20:80 check inter 3s fall 5 rise 3
#有些功能是类似的，比如以下几个都是匹配用户请求报文中host的开头是不是wwwacl short_form hdr_beg(host) www.acl alternate1 hdr_beg(host) -m beg www.acl alternate2 hdr_dom(host) -m beg www.acl alternate3 hdr(host) -m beg www.base : string#返回第一个主机头和请求的路径部分的连接，该请求从主机名开始，并在问号之前结束,对虚拟主机有用://:@#:/;#?#base : exact string matchbase_beg : prefix matchbase_dir : subdir matchbase_dom : domain matchbase_end : suffix matchbase_len : length matchbase_reg : regex matchbase_sub : substring matchpath : string#提取请求的URL路径，该路径从第一个斜杠开始，并在问号之前结束（无主机部分）://:@:#/;#?#path : exact string matchpath_beg : prefix match #请求的URL开头，如/static、/images、/img、/csspath_end : suffix match #请求的URL中资源的结尾，如 .gif .png .css .js .jpg .jpegpath_dom : domain matchpath_dir : subdir matchpath_len : length matchpath_reg : regex matchpath_sub : substring match#示例：path_beg -i /haproxy-status/path_end .jpg .jpeg .png .gifpath_reg ^/images.*\\.jpeg$path_sub imagepath_dir jpegspath_dom timingleeurl : string#提取请求中的整个URL。url ：exact string matchurl_beg : prefix matchurl_dir : subdir matchurl_dom : domain matchurl_end : suffix matchurl_len : length matchurl_reg : regex matchurl_sub : substring matchdst #目标IPdst_port #目标PORTsrc #源IPsrc_port #源PORT#示例：acl invalid_src src 10.0.0.7 192.168.1.0/24acl invalid_src src 172.16.0.0/24acl invalid_port src_port 0:1023status : integer #返回在响应报文中的状态码#七层协议acl valid_method method GET HEADhttp-request deny if ! valid_methodACL-flags 匹配模式
ACL匹配模式
-i 不区分大小写 -m 使用指定的正则表达式匹配方法 -n 不做DNS解析 -u 禁止acl重名，否则多个同名ACL匹配或关系
ACL-operator 具体操作符 ACL 操作符
整数比较：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进行匹配ACL-value 操作对象
value的类型
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.orgexact #精确比较substring #子串suffix #后缀比较prefix #前缀比较subdir #路径， /wp-includes/js/jquery/jquery.jsdomain #域名，www.timinglee.org- regular expression #正则表达式- hex block #16进制多个ACL的组合调用方式多个ACL的逻辑处
与：隐式（默认）使用或：使用“or\" 或 “||\"表示否定：使用 \"!\" 表示多个ACL调用方式：
#示例：if valid_src valid_port #与关系，ACL中A和B都要满足为true，默认为与if invalid_src || invalid_port #或，ACL中A或者B满足一个为trueif ! invalid_src #非，取反，不满足ACL才为trueACL示例-域名匹配
拒绝指定IP或者范围
haproxy ~]# vim /etc/haproxy/haproxy.cfg...上面内容省略...frontend testacl bind :80 mode http ########### ACL settings ####################### acl web_host hdr_dom(host) www.timinglee.org ########### host ########################### use_backend timinglee_host if web_host ########### default server ################### default_backend default_webserverbackend timinglee_host mode http server web1 192.168.0.101:80 check weight 1 inter 3s fall 3 rise 5 server web2 192.168.0.102:80 check weight 1 inter 3s fall 3 rise 5backend default_webserver mode http server web1 172.25.254.10:80 check weight 1 inter 3s fall 3 rise 5测试结果：
#测试结果[root@node10 html]# curl www.timinglee.org RS1 192.168.217.10[root@node10 html]# curl www.timinglee.orgRS2 server - 192.168.217.20[root@node10 html]# curl 192.168.217.100default web server node10ACL示例-基于源IP或子网调度访问将指定的源地址调度至指定的web服务器组。
haproxy ~]# vim /etc/haproxy/haproxy.cfgfrontend testacl bind :80 mode http ########### ACL settings ####################### acl ip_test src 172.168.217.1 192.168.0.0/24 ########### host ########################### use_backend ip_test-host if ip_test ########### default server ################### default_backend default_webserverbackend ip_test-host mode http server web1 192.168.217.10:80 check weight 1 inter 3s fall 3 rise 5backend default_webserver mode http server web1 172.217.168.10:80 check weight 1 inter 3s fall 3 rise 5ACL示例-基于源地址的访问控制拒绝指定IP或者IP范围访问
haproxy ~]# vim /etc/haproxy/haproxy.cfgfrontend testacl bind :80 mode http ########### ACL settings ####################### acl web_host hdr_dom(host) www.timinglee.org acl ip_test src 172.168.217.1 192.168.0.0/24 ########### host ########################### http-request deny if web_host ########### default server ################### default_backend default_webserverbackend ip_test-host mode http server web1 192.168.217.10:80 check weight 1 inter 3s fall 3 rise 5backend default_webserver mode http server web1 172.217.168.10:80 check weight 1 inter 3s fall 3 rise 5ACL示例-匹配浏览器类型匹配客户端浏览器，将不同类型的浏览器调动至不同的服务器组、 范例: 拒绝curl和wget的访问
haproxy ~]# vim /etc/haproxy/haproxy.cfgfrontend testacl bind :80 mode http ########### ACL settings ####################### acl user_agent_block hdr_sub(User-Agent) -i curl wget acl user_agent_redirect hdr_sub(User-Agent) -i Mozilla/5.0 ########### host ########################### http-request deny if user_agent_block redirect prefix https://www.baidu.com if user_agent_redirect ########### default server ################### default_backend default_webserverbackend ip_test-host mode http server web1 192.168.217.10:80 check weight 1 inter 3s fall 3 rise 5backend default_webserver mode http server web1 172.217.168.10:80 check weight 1 inter 3s fall 3 rise 51.[root@client ~]# curl 192.168.217.100403 Forbidden
Request forbidden by administrative rules.2.[root@client ~]# wget http://192.168.217.100/index.html--2025-07-22 16:04:36-- http://192.168.217.100/index.htmlConnecting to 192.168.217.100:80... connected.HTTP request sent, awaiting response... 403 Forbidden--2025-07-22 16:04:36-- ERROR 403: Forbidden.3.浏览器中测试ACL示例-基于文件后缀名实现动静分离
haproxy ~]# vim /etc/haproxy/haproxy.cfgfrontend testacl bind :80 mode http ########### ACL settings ####################### acl url_static path_end -i .jpg .png .css .js .html acl url_php path_end -i .php ########### host ########################### use_backend static_host if url_static use_backend php_host if url_php ########### default server ################### default_backend default_webserverbackend ip_test-host mode http server web1 192.168.217.10:80 check weight 1 inter 3s fall 3 rise 5backend default_webserver mode http server web1 172.217.168.10:80 check weight 1 inter 3s fall 3 rise 5测试：
[root@rs1 ~]# echo css 192.168.217.10 > /usr/share/nginx/html/index.css[root@rs2 ~]# echo php 192.168.217.20 > /var/www/html/index.php[root@node10 ~]# curl 192.168.217.100/index.phpphp 192.168.217.20[root@node10 ~]# curl 192.168.217.100/index.csscss 192.168.217.10ACL-匹配访问路径实现动静分离
haproxy ~]# vim /etc/haproxy/haproxy.cfgfrontend testacl bind :80 mode http ########### ACL settings ####################### acl url_static path_end -i .jpg .png .css .js .html acl url_static path_end -m sub /static /images /javascript acl acl_app path_beg -m sub /api ########### host ########################### use_backend static_host if url_static use_backend api_host if acl_app ########### default server ################### default_backend default_webservebackend ip_test-host mode http server web1 192.168.217.10:80 check weight 1 inter 3s fall 3 rise 5backend default_webserver mode http server web1 172.217.168.10:80 check weight 1 inter 3s fall 3 rise 5#创建相关文件[root@rs1 ~]# mkdir /usr/share/nginx/html/static[root@rs1 ~]# echo static 192.168.217.10 > /usr/share/nginx/html/static/index.html[root@rs2 ~]# mkdir /var/www/html/api/[root@rs2 ~]# echo api 192.168.217.20 > /var/www/html/api/index.html#测试访问[root@node10 ~]# curl 192.168.217.100/api/api 192.168.217.20[root@node10 ~]# curl 192.168.217.100/static/static 192.168.217.10
