haproxy七层代理

于 2025-07-28 21:17:14 发布
阅读量621 收藏 23
点赞数 8
CC 4.0 BY-SA版权
文章标签： haproxy
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Chen_l916/article/details/149724203

负载均衡

是一种服务或基于硬件设备等实现的高可用反向代理技术，负载均 衡将特定的业务(web服务、网络流量等)分担给指定的一个或多个后端特定的服务器或设备，从而提高了 公司业务的并发处理能力、保证了业务的高可用性、方便了业务后期的水平动态扩展

负载均衡类型

四层负载均衡

支持四层负载均衡的有lvs，haproxy，nginx。

四层是指OSI 七层网络模型中的传输层（Transport Layer），其核心是基于IP 地址和端口号进行负载均衡决策

四层负载均衡的工作原理是：

  1. 接收客户端发送的数据包，解析其中的源 IP、目标 IP、源端口、目标端口等传输层信息。
  2. 根据预设的负载均衡算法（如轮询、加权轮询、IP 哈希等），将请求转发到后端服务器集群中的某一台服务器。
  3. 转发过程中可能会修改数据包的目标 IP 和端口，使请求最终到达选定的后端服务器。

七层负载均衡

支持七层负载均衡的有haproxy，nginx。

七层负载均衡中的 “七层” 指的是OSI 七层网络模型中的应用层（Application Layer），它是在传输层（四层）基础上，进一步深入到应用层协议的细节进行负载均衡决策，核心是基于应用层数据（如 HTTP 头部、URL、Cookie 等） 实现请求分发。

四层负载均衡和七层负载均衡的区别：

1.四层负载均衡工作在 OSI 模型的传输层（第四层），只根据数据包的IP 地址和端口号做转发决策，不解析应用层内容。

七层负载均衡工作在应用层（第七层），会深入解析应用层协议的具体内容，基于这些应用层数据做更精细的分流。

2.四层更侧重 “快速转发”：性能更高，但策略简单：轮询、IP 哈希。

七层更侧重 “智能决策”：可以基于应用层信息实现复杂策略，比如按 URL 路径分流（静态资源到 CDN，动态请求到应用服务器）、用 Cookie 保持用户会话，甚至修改 HTTP 头、拦截恶意请求（类似简单 WAF），但性能略低于四层。

3.四层适合高并发、低延迟场景，比如游戏服务器、视频直播、数据库或 Redis 的负载均衡，因为它转发速度快，能扛住大流量。

七层适合 Web 应用、微服务等需要精细管控的场景，比如电商网站按不同页面路径分流，或者需要保持用户登录状态的业务。

实际架构中，两者经常配合使用，比如用四层做入口流量的高并发转发，后端再用七层做应用层的精细化分流，兼顾性能和灵活性。

haproxy

简介

HAProxy 是一款高性能、开源的负载均衡器与反向代理服务器，主要用于在多个后端服务器之间分发网络流量，提升服务的可用性、扩展性和可靠性。它支持多种协议和场景，广泛应用于高并发的 Web 服务、微服务架构等场景。

HAProxy 广泛应用于 Web 服务、微服务架构、数据库集群等场景，常与 Nginx、Keepalived 等工具配合使用，构建高可用的服务架构。

haproxy的环境搭建

软件基本配置

#安装
haproxy ~]# dnf install haproxy -y
#查看版本
[root@haproxy ~]# haproxy -v
HAProxy version 2.4.22-f8e3218 2023/02/14 - https://haproxy.org/
Status: long-term supported branch - will stop receiving fixes around Q2 2026.
Known bugs: http://www.haproxy.org/bugs/bugs-2.4.22.html
Running on: Linux 5.14.0-427.13.1.el9_4.x86_64 #1 SMP PREEMPT_DYNAMIC Wed Apr 10
10:29:16 EDT 2024 x86_64

#haproxy软件基本信息位置
软件安装包： haproxy-2.4.22-3.el9_3.x86_64.rpm
启动文件： /lib/systemd/system/haproxy.service
主配置目录： /etc/haproxy/
主配置文件： /etc/haproxy/haproxy.cfg
子配置目录： /etc/haproxy/conf.d

haproxy.cfg由两大部分组成：global，proxies

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 #指定每个客户端每秒建立连接的最大数量
proxies：代理配置段
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配置文件中加入:<br>%{XForwarded-For}i
#后在webserver中看日志即可看到地址透传
信息
option redispatch #当server Id对应的服务器挂掉后，强制定
向到其他健康的服务器，重新派发
option http-keep-alive #开启与客户端的会话保持
retries 3 #连接后端服务器失败次数
3.3.2.3 Proxies配置-frontend
frontend 配置参数：
frontend 配置示例：
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 3000
default-server inter 1000 weight 3

socat 工具

对服务器动态权重和其它状态可以利用 socat工具进行调整，Socat 的主要特点就是在两个数据流之间建立双向 通道，且支持众多协议和链接方式。如 IP、TCP、 UDP、IPv6、Socket文件等

针对多进程处理方法
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月 8 13:43 stats
srw------- 1 root root 0 8月 8 13:46 stats1
srw------- 1 root root 0 8月 8 13:46 stats2

haproxy的状态界面

haproxy ~]# vim /etc/haproxy/haproxy.cfg
...上面内容省略...
listen stats
mode http
bind 0.0.0.0:8888
stats enable
log global
stats uri /haproxy-status
stats auth cll:cll
...下面内容省略...

haproxy的算法

#静态
static-rr--------->tcp/http
first------------->tcp/http
#动态
roundrobin-------->tcp/http
leastconn--------->tcp/http
#以下静态和动态取决于hash_type是否consistent
source------------>tcp/http
Uri--------------->http
url_param--------->http
hdr--------------->http

静态算法

1.static-rr——基于权重的轮询调度

不支持运行时利用socat进行权重的动态调整
不支持端服务器慢启动
其后端主机数量没有限制，相当于LVS中的 wrr
vim /etc/haproxy/haproxy.cfg

listen webcluster
        bind            *:80
        mode            http
        balance         static-rr
        server  web1    192.168.183.10:80 check inter 5s fall 3 weight 2
        server  web2    192.168.183.20:80 check inter 5s fall 3 weight 1

2.first

根据服务器在列表中的位置，自上而下进行调度
其只会当第一台服务器的连接数达到上限，新请求才会分配给下一台服务
其会忽略服务器的权重设置,不支持用socat进行动态修改权重,可以设置0和1,可以设置其它值但无效
[root@cll ~]# vim /etc/haproxy/haproxy.cfg

listen webcluster
        bind            *:80
        mode            http
        balance         first
        server  web1    192.168.183.10:80 maxconn 3 check inter 5s fall 3 rise 5
        server  web2    192.168.183.20:80 check inter 5s fall 3 rise 5


[root@cll ~]# systemctl restart haproxy.service

 

动态算法

1.roundrobin

基于权重的轮询动态调度算法，
支持权重的运行时调整，不同于lvs中的rr轮训模式，
HAProxy中的roundrobin支持慢启动(新加的服务器会逐渐增加转发数)，
其每个后端backend中最多支持4095个real server，
支持对real server权重动态调整，
roundrobin为默认调度算法,此算法使用广泛
[root@cll ~]# vim /etc/haproxy/haproxy.cfg

listen webcluster
        bind            *:80
        mode            http
        #balance        static-rr
        #balance        first
        balance         roundrobin
        server  web1    192.168.183.10:80 check inter 5s fall 3 rise 5 weight 1
        server  web2    192.168.183.20:80 check inter 5s fall 3 rise 5 weight 1


[root@cll ~]# systemctl restart haproxy.service

动态调整权重

[root@cll ~]# echo "set weight webcluster/web1 2" | socat stdio /var/lib/haproxy/stats

[root@cll ~]# echo "get weight webcluster/web1" | socat stdio /var/lib/haproxy/stats
2 (initial 1)

[root@cll ~]# echo "get weight webcluster/web2" | socat stdio /var/lib/haproxy/stats
1 (initial 1)

2.leastconn

leastconn加权的最少连接的动态
支持权重的运行时调整和慢启动
比较适合长连接的场景使用，比如：MySQL等场景。
[root@cll ~]# vim /etc/haproxy/haproxy.cfg

listen webcluster
        bind            *:80
        mode            http
        #balance        static-rr
        #balance        first
        #balance        roundrobin
        balance         leastconn
        server  web1    192.168.183.10:80 check inter 5s fall 3 rise 5 weight 1
        server  web2    192.168.183.20:80 check inter 5s fall 3 rise 5 weight 1

[root@cll ~]# systemctl restart haproxy.service

其他算法

1.source

基于用户源地址hash并将请求转发到后端服务器,同一个源地址请求将被转发到同一个后端服务器。

适用于session会话保持但不支持
cookie和缓存的场景源地址有两种转发客户端请求到后端服务器的服务器选取计算方式，分别是取模法
和一致性hash
[root@cll ~]# vim /etc/haproxy/haproxy.cfg

listen webcluster
        bind            *:80
        mode            http
        #balance        static-rr
        #balance        first
        #balance        roundrobin
        #balance        leastconn
        balance         source
        server  web1    192.168.183.10:80 check inter 5s fall 3 rise 5 weight 1
        server  web2    192.168.183.20:80 check inter 5s fall 3 rise 5 weight 1
        
[root@cll ~]# systemctl restart haproxy.service
map-base取模法
listen webserver_80
bind 172.25.254.100:80
mode http
balance source
server webserver1 192.168.0.101:80 weight 1 check inter 3s fall 3 rise 5
server webserver2 192.168.0.102:80 weight 1 check inter 3s fall 3 rise 5
对source地址进行hash计算，再基于服务器总权重的取模，最终结果决定将此请求转发至对应的后端服务器。
是静态的，即不支持在线调整权重，不支持慢启动

一致性hash
listen webserver_80
bind 172.25.254.100:80
mode http
balance source
hash-type consistent
server webserver1 192.168.0.101:80 weight 1 check inter 3s fall 3 rise 5
server webserver2 192.168.0.102:80 weight 1 check inter 3s fall 3 rise 5

是动态的，支持使用 socat等工具进行在线权重调整，支持慢启动

2.uri

基于对用户请求的URI的左半部分或整个uri做hash，再将hash结果对总权重进行取模后根据最终结果将请求转发到后端指定服务器
适用于后端是缓存服务器场景

uri 取模法配置示例

listen webserver_80
bind 192.168.183.100:80
mode http
balance uri
server webserver1 192.168.183.10:80 weight 1 check inter 3s fall 3 rise 5
server webserver2 192.168.183.20:80 weight 1 check inter 3s fall 3 rise 5

uri 一致性hash配置示例

listen webserver_80
bind 192.168.183.100:80
mode http
balance uri
hash-type consistent
server webserver1 192.168.183.10:80 weight 1 check inter 3s fall 3 rise 5
server webserver2 192.168.182.20:80 weight 1 check inter 3s fall 3 rise 5

测试

root@rs1 ~]# echo RS1 192.168.183.10 index1 > /var/www/html/index1.html
[root@rs1 ~]# echo RS1 192.168.183.10 index2 > /var/www/html/index2.html
[root@rs1 ~]# echo RS1 192.168.183.10 index3 > /var/www/html/index3.html
[root@rs2 ~]# echo RS1 192.168.183.20 index1 > /var/www/html/index1.html
[root@rs2 ~]# echo RS1 192.168.183.20 index2 > /var/www/html/index2.html
[root@rs2 ~]# echo RS1 192.168.183.20 index3 > /var/www/html/index3.html
[root@node10 ~]# curl 192.168.183.100/index.html
RS2 server - 192.168.183.20
[root@node10 ~]# curl 192.168.183.100/index1.html
RS1 192.168.183.10 index1

3.url_para

url_param对用户请求的url中的 params 部分中的一个参数key对应的value值作hash计算，并由服务器总权重相除以后派发至某挑出的服务器,后端搜索同一个数据会被调度到同一个服务器，多用与电商通常用于追踪用户，以确保来自同一个用户的请求始终发往同一个real server
#假设：
url = http://www.timinglee.com/foo/bar/index.php?key=value
#则：
host = "www.timinglee.com"
url_param = "key=value"

url_param取模法

listen webserver_80
bind 192.168.183.100:80
mode http
balance url_param name,userid #支持对多个url_param hash
server webserver1 192.168.183.10:80 weight 1 check inter 3s fall 3 rise 5
server webserver2 192.168.183.20:80 weight 1 check inter 3s fall 3 rise 5

url_param一致性

listen webserver_80
bind 192.168.183.100:80
mode http
balance url_param name,userid #支持对多个url_param hash
hash-type consistent
server webserver1 192.168.183.10:80 weight 1 check inter 3s fall 3 rise 5
server webserver2 192.168.183.20:80 weight 1 check inter 3s fall 3 rise 5

4.hdr

针对用户每个http头部(header)请求中的指定信息做hash，
此处由 name 指定的http首部将会被取出并做hash计算，
然后由服务器总权重取模以后派发至某挑出的服务器，如果无有效值，则会使用默认的轮询调度

hdr取模法

listen webserver_80
bind 172.25.254.100:80
mode http
balance hdr(User-Agent)
server webserver1 192.168.183.10:80 weight 1 check inter 3s fall 3 rise 5
server webserver2 192.168.183.20:80 weight 1 check inter 3s fall 3 rise 5

一致性hash

listen webserver_80
bind 192.168.183.100:80
mode http
balance hdr(User-Agent)
hash-type consistent
server webserver1 192.168.183.10:80 weight 1 check inter 3s fall 3 rise 5
server webserver2 192.168.183.20:80 weight 1 check inter 3s fall 3 rise 5

高级功能

基于cookie的会话保持

cookie value：为当前server指定cookie值，实现基于cookie的会话黏性，相对于基于 source 地址hash
调度算法对客户端的粒度更精准，但同时也加大了haproxy负载，目前此模式使用较少， 已经被session
共享服务器代替

注意：不支持 tcp mode，使用 http mode

测试

[root@cll ~]# vim /etc/haproxy/haproxy.cfg

listen webcluster
        bind            *:80
        option          forwardfor
        mode            http
        #balance        static-rr
        #balance        first
        balance roundrobin
        #balance        leastconn
        #balance        source
        cookie WEBCOOKIE insert nocache indirect
        server  web1    192.168.183.10:80 cookie web1 weight 1 check inter 3s fall 3 rise 5
        server  web2    192.168.183.20:80 cookie web2 weight 1 check inter 3s fall 3 rise 5

[root@cll ~]# systemctl restart haproxy.service

HAProxy状态页

通过web界面，显示当前HAProxy的运行状态

[root@cll ~]# vim /etc/haproxy/haproxy.cfg


listen webcluster
        bind            0.0.0.0:8888
        mode            http
        stats   enable
        log global
        stats uri /status
        stats auth cll:cll
        server  web1    192.168.183.10:80 cookie web1 weight 1 check inter 3s fall 3 rise 5
        server  web2    192.168.183.20:80 cookie web2 weight 1 check inter 3s fall 3 rise 5

[root@cll ~]# systemctl restart haproxy.service

浏览器访问：192.168.183.100:8888/status
账号密码：cll/cll

停掉其中一台nginx服务。

重启服务，刷新。

IP透传

四层ip透传

未开启：

在访问haproxy后查看nginx日志

开启：

修改haproxy主机的配置文件

haproxy ~]# vim /etc/haproxy/haproxy.cfg
...上面内容省略...
listen webserver_80
bind 172.25.254.100:80
mode tcp
balance roundrobin
server webserver1 192.168.0.101:80 send-proxy weight 1 check inter 3s fall 3
rise 5

realserver配置文件

#nginx 配置：在访问日志中通过变量$proxy_protocol_addr 记录透传过来的客户端IP
[root@rs1 ~]# vim /etc/nginx/nginx.conf
。。。内容省略。。。
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 {
5.3.3 七层IP透传
当haproxy工作在七层的时候，也可以透传客户端真实IP至后端服务器
5.3.3.1 HAProxy配置
在由haproxy发往后端主机的请求报文中添加“X-Forwarded-For"首部，其值为前端客户端的地址；用于
向后端主发送真实的客户端IP
示例：
listen 80 proxy_protocol; #启用此项，将无法直接访问此网站，只能通过四层代理
访问
listen [::]:80;
server_name _;
root /usr/share/nginx/html;
。。。内容省略。。。
}
}

在访问haproxy后查看nginx日志

七层IP透传

修改haproxy主机的配置文件

haproxy ~]# vim /etc/haproxy/haproxy.cfg
...上面内容省略...
listen webserver_80
option forwardfor
bind 172.25.254.100:80
mode http
balance roundrobin
server webserver1 192.168.0.101:80 send-proxy weight 1 check inter 3s fall 3
rise 5
server webserver1 192.168.0.102:80 weight 1 check inter 3s fall 3 rise 5

realserver的nginx配置文件

log_format  main  '"$proxy_add_x_forwarded_for" - $remote_user [$time_local]
"$request" '

                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

ACL

域名匹配

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_webserver
backend 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 5
backend default_webserver
mode http
server web1 172.25.254.10:80 check weight 1 inter 3s fall 3 rise 5
...上面内容省略...

测试结果

#在浏览器所在主机中做地址解析
[root@node10 html]# vim /etc/hosts
172.25.254.100 www.timinglee.org
#测试结果
[root@node10 html]# curl www.timinglee.org
RS1 192.168.0.101
[root@node10 html]# curl www.timinglee.org
RS2 server - 192.168.0.102
[root@node10 html]# curl 172.25.254.100
default web server node10

haproxy错误页面

在haproxy中自定义错误界面

[root@cll ~]# vim /haproxy/errorpages/503page.http

HTTP/1.0 503 Service Unavailable
Cache-Control: no-cache
Connection: close
Content-Type: text/html;charset=UTF-8

<html><body><h1>什么动物生气最安静</h1>
大猩猩！！
</body></html>

[root@cll ~]# vim /etc/haproxy/haproxy.cf

defaults
    mode                    http
    log                     global
    option                  httplog
    option                  dontlognull
    option http-server-close
    option forwardfor       except 127.0.0.0/8
    option                  redispatch
    retries                 3
    timeout http-request    10s
    timeout queue           1m
    timeout connect         10s
    timeout client          1m
    timeout server          1m
    timeout http-keep-alive 10s
    timeout check           10s
    maxconn                 3000

    errorfile 503 /haproxy/errorpages/503page.http
    

[root@cll ~]# systemctl restart haproxy.service

关掉realserver的nginx服务，再去验证

pPppppppp

haproxy四层负载

确保realserver上已存在数据库

[root@cll ~]#yum install mariadb-server.x86_64 -y
[root@cll ~]# systemctl start mariadb.service
[root@cll ~]# mysql
#修改数据库id
---------------------------------------------
vim /etc/my.cnf

#
# This group is read both both by the client and the server
# use it for options that affect everything
#
[client-server]
[mysqld]
server-id=2

#
# include all files from the config directory
#
!includedir /etc/my.cnf.d
----------------------------------------------
#192.168.183.10
MariaDB [(none)]> select @@server_id
    -> ;
+-------------+
| @@server_id |
+-------------+
|           1 |
+-------------+
1 row in set (0.000 sec)
#192.168.183.20
MariaDB [(none)]> select @@server_id;
+-------------+
| @@server_id |
+-------------+
|           2 |
+-------------+
1 row in set (0.000 sec)

在haproxy中写配置

frontend mysql_port
        bind :3306
        mode tcp
        use_backend mysql_rs
backend mysql_rs
        mode tcp
        balance leastconn
        server mysql1 192.168.183.10:3306 check
        server mysql2 192.168.183.20:3306 check

在realserver中

[root@cll ~]# mysql -e "grant all on *.* to cll@'%' identified by 'cll';"
[root@cll ~]# mysql -e "grant all on *.* to cll@'%' identified by 'cll';"

测试

在192.168.183.100中测试：
[root@cll ~]# mysql -ucll -pcll -h 192.168.183.10 -e "show variables like 'hostname'"
mysql: [Warning] Using a password on the command line interface can be insecure.
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| hostname      | cll   |
+---------------+-------+
[root@cll ~]# mysql -ucll -pcll -h 192.168.183.20 -e "show variables like 'hostname'"
mysql: [Warning] Using a password on the command line interface can be insecure.
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| hostname      | cll   |
+---------------+-------+

[root@cll ~]# mysql -ucll -pcll -h 192.168.183.10 -e "select @@server_id"
mysql: [Warning] Using a password on the command line interface can be insecure.
+-------------+
| @@server_id |
+-------------+
|           1 |
+-------------+
[root@cll ~]# mysql -ucll -pcll -h 192.168.183.20 -e "select @@server_id"
mysql: [Warning] Using a password on the command line interface can be insecure.
+-------------+
| @@server_id |
+-------------+
|           2 |
+-------------+


在client中访问192.168.183.100

C:\Users\cll12>mysql -ucll -pcll -h192.168.183.100 -e "select @@server_id"
mysql: [Warning] Using a password on the command line interface can be insecure.
+-------------+
| @@server_id |
+-------------+
|           1 |
+-------------+

C:\Users\cll12>mysql -ucll -pcll -h192.168.183.100 -e "select @@server_id"
mysql: [Warning] Using a password on the command line interface can be insecure.
+-------------+
| @@server_id |
+-------------+
|           2 |
+-------------+

HAProxy https 实现

证书制作

制作证书
[root@cll certs]# openssl req  -newkey rsa:2048 -nodes  -sha256 -keyout /etc/haproxy/certs/timinglee.org.key -x509 -days 365 -out /etc/haproxy/certs/timinglee.org.crt

[root@cll ~]# cd /etc/haproxy/certs/
[root@cll certs]# ll
total 12
-rw-r--r-- 1 root root 1350 Jul 20 16:26 timinglee.org.crt
-rw------- 1 root root 1704 Jul 20 16:26 timinglee.org.key
-rw-r--r-- 1 root root 3054 Jul 20 16:26 timinglee.pem
[root@cll certs]# ls
timinglee.org.crt  timinglee.org.key  timinglee.pem

将证书内容放到一个文件里面---》timinglee.pem

在haproxy中编写https配置文件

frontend webserver
    bind *:80
    redirect scheme https if !{ ssl_fc }
    mode http
    use_backend webcluster

frontend webserver-https
    bind *:443 ssl crt /etc/haproxy/certs/timinglee.pem
    mode http
    use_backend webcluster

backend webcluster
    mode http
    balance roundrobin
    server web1 192.168.183.10:80 check inter 3s fall 3 rise 5
    server web2 192.168.183.20:80 check inter 3s fall 3 rise 5

测试

Chen_l916
关注
haproxy七层代理详解配置
m0_63255850的博客
08-11 1160
静态#动态#以下静态和动态取决于hash_type是否consistent对指定的报错进行重定向，进行优雅的显示错误页面使用errorfile和errorloc指令的两种方法，可以实现自定义各种错误页面#haproxy默认使用的错误错误页面​什么动物生气最安静大猩猩！！关闭后端的RS主机 然后用浏览器去访问172.25.254.100。
【HAProxy】haproxy七层代理
m0_64570996的博客
08-08 1356
超级超级超级详细哦哦！！！！！
超详解Haproxy七层代理及配置
2301_77321794的博客
08-11 1306
一般情况下我们关闭服务后访问页面时503rpm -ql haproxy | grep http#找到写503页面的文件mdkir /etc/haproxy/errorpage -p#先建立一个文件夹vim /etc/haproxy/errorpage/503.http#编辑自定义的错误页面指定错误页面的路径进入haproxy的配置文件找到defaults在最后一行写上errorfile 503 /etc/haproxy/errorpage/503.http#指定报错文件错误后重定向页面。
Haproxy七层代理
2301_79607882的博客
07-27 616
静态#动态#以下静态和动态取决于hash_type是否consistent七高级功能及配置7.1基于cookie的会话保持bind *：80mode http3 rise 53 rise 57.2四层IP透传http {。。。内容省略。。。。。。内容省略。。。开启四层透传http {server {#修改haproxybind *：80mode tcprise 5...上面内容省略...
最详细！教你学习haproxy七层代理
2201_75769266的博客
08-11 1322
HAProxy是法国开发者威利塔罗(Willy Tarreau) 在2000年使用C语言开发的一个开源软件，是一款具备高并发(万级以上)、高性能的TCP和HTTP负载均衡器 支持基于cookie的持久性，自动故障切换，支持正则表达式及web状态统计HAProxy 七层代理是指在 OSI 模型的第七层（应用层）进行代理操作。在七层代理中，HAProxy 不仅能够根据 IP 地址和端口进行流量分发，还能够理解应用层协议（如 HTTP、HTTPS 等）的内容。
langchain4j-community-neo4j-1.0.0-beta4.jar中文文档.zip
07-30
1、压缩文件中包含： 中文文档、jar包下载地址、Maven依赖、Gradle依赖、源代码下载地址。 2、使用方法： 解压最外层zip，再解压其中的zip包，双击 【index.html】 文件，即可用浏览器打开、进行查看。 3、特殊说明： （1）本文档为人性化翻译，精心制作，请放心使用； （2）只翻译了该翻译的内容，如：注释、说明、描述、用法讲解 等； （3）不该翻译的内容保持原样，如：类名、方法名、包名、类型、关键字、代码 等。 4、温馨提示： （1）为了防止解压后路径太长导致浏览器无法打开，推荐在解压时选择“解压到当前文件夹”（放心，自带文件夹，文件不会散落一地）； （2）有时，一套Java组件会有多个jar，所以在下载前，请仔细阅读本篇描述，以确保这就是你需要的文件。 5、本文件关键字： jar中文文档.zip,java,jar包,Maven,第三方jar包,组件,开源组件,第三方组件,Gradle,中文API文档,手册,开发手册,使用手册,参考手册。
langchain4j-weaviate-0.29.0.jar中文文档.zip
07-30
1、压缩文件中包含： 中文文档、jar包下载地址、Maven依赖、Gradle依赖、源代码下载地址。 2、使用方法： 解压最外层zip，再解压其中的zip包，双击 【index.html】 文件，即可用浏览器打开、进行查看。 3、特殊说明： （1）本文档为人性化翻译，精心制作，请放心使用； （2）只翻译了该翻译的内容，如：注释、说明、描述、用法讲解 等； （3）不该翻译的内容保持原样，如：类名、方法名、包名、类型、关键字、代码 等。 4、温馨提示： （1）为了防止解压后路径太长导致浏览器无法打开，推荐在解压时选择“解压到当前文件夹”（放心，自带文件夹，文件不会散落一地）； （2）有时，一套Java组件会有多个jar，所以在下载前，请仔细阅读本篇描述，以确保这就是你需要的文件。 5、本文件关键字： jar中文文档.zip,java,jar包,Maven,第三方jar包,组件,开源组件,第三方组件,Gradle,中文API文档,手册,开发手册,使用手册,参考手册。
单容水箱液位控制系统的设计与实现：包含设计报告、仿真图及四大部分的详细研究
07-30
单容水箱液位控制系统的闭环设计与仿真。系统由四个关键部分组成：控制器、调节器、被控对象（单容水箱）和测量变送器。文中重点探讨了各组成部分的功能及其协同工作的原理，特别是选用了先进的PLC作为主控制器，确保系统的高可靠性和灵活性。此外，还通过仿真验证了设计方案的有效性，展示了系统在不同工况下的运行状态和性能。 适合人群：从事工业自动化领域的工程师和技术人员，尤其是对液位控制系统有研究兴趣的专业人士。 使用场景及目标：适用于工业生产中需要精确控制液体存储容器液位的场合，如化工、制药等行业。目标是通过闭环控制策略，实现对单容水箱液位的精准调控，提升生产效率和安全性。 其他说明：文中提供的仿真图可以帮助读者更好地理解系统的工作流程，同时也为实际应用提供了重要的参考依据。
三种高压直流输电MATLABSimulink模型（含详细与平均值模型）+信号含义、流向及推导+换相失败原理、分类与改进措施梳理 精选版
07-30
内容概要：本文深入探讨了高压直流输电（HVDC）技术，重点介绍了三种MATLAB/Simulink模型——两种详细模型和一种平均值模型。详细模型涵盖了整流器、逆变器、滤波器等关键部件，能精确模拟HVDC系统的运行状况并分析各部分工作状态。平均值模型则简化了电路参数，便于快速分析系统性能。文中还详细解释了换相失败的原理、分类及其抑制和改进措施，包括优化控制策略、增强系统稳定性和采用先进保护装置等方法。最后，文章讨论了模型搭建过程中涉及的代码编写和信号监测分析。 适合人群：从事电力电子领域的研究人员和技术人员，尤其是对高压直流输电技术和MATLAB/Simulink仿真感兴趣的读者。 使用场景及目标：帮助读者掌握HVDC系统的建模技巧，理解换相失败的原因及应对策略，提高对HVDC系统的认识水平，从而为实际工程应用提供理论支持和技术保障。 其他说明：文章不仅提供了理论知识，还包括具体的实例操作指南，有助于读者在实践中加深理解和应用。
外部知识库路径：智能体的"外部记忆"，存储NBA相关知识
07-30
外部知识库路径：智能体的"外部记忆"，存储NBA相关知识
vue-springboot基于Java的企业订单管理系统毕业论文和答辩ppt.rar
07-30
vue-springboot基于Java的企业订单管理系统毕业论文和答辩ppt.rar
langchain4j-weaviate-0.31.0.jar中文文档.zip
07-30
1、压缩文件中包含： 中文文档、jar包下载地址、Maven依赖、Gradle依赖、源代码下载地址。 2、使用方法： 解压最外层zip，再解压其中的zip包，双击 【index.html】 文件，即可用浏览器打开、进行查看。 3、特殊说明： （1）本文档为人性化翻译，精心制作，请放心使用； （2）只翻译了该翻译的内容，如：注释、说明、描述、用法讲解 等； （3）不该翻译的内容保持原样，如：类名、方法名、包名、类型、关键字、代码 等。 4、温馨提示： （1）为了防止解压后路径太长导致浏览器无法打开，推荐在解压时选择“解压到当前文件夹”（放心，自带文件夹，文件不会散落一地）； （2）有时，一套Java组件会有多个jar，所以在下载前，请仔细阅读本篇描述，以确保这就是你需要的文件。 5、本文件关键字： jar中文文档.zip,java,jar包,Maven,第三方jar包,组件,开源组件,第三方组件,Gradle,中文API文档,手册,开发手册,使用手册,参考手册。
MATLAB仿真光纤激光器中耗散孤子共振DSR的演化过程
07-30
如何利用MATLAB仿真复现光纤激光器中耗散孤子共振(DSR)的演化过程。首先解释了金兹堡朗道方程及其在光纤激光器中的应用背景，特别是复立方五次方金兹堡朗道方程对光脉冲传播的精确描述。接着阐述了在MATLAB环境下搭建仿真模型的具体步骤，包括所需工具箱的安装和相关代码的编写。重点在于采用谱方法求解复立方五次方金兹堡朗道方程，通过设置合理的初始条件和边界条件，实现了对耗散孤子演化过程的有效模拟。最后展示了部分关键代码片段，帮助读者理解和重现仿真实验。此外，还讨论了该研究对未来探索更多非线性光学现象的意义。 适合人群：从事光纤通信、光学传感及相关领域的科研工作者和技术人员，尤其是那些希望深入了解耗散孤子共振机制的人群。 使用场景及目标：适用于希望通过理论建模与数值仿真手段深入探究光纤激光器内部物理特性的研究人员；旨在提供一种直观有效的工具，辅助他们更好地理解耗散孤子的形成机理及其动态变化规律。 其他说明：文中提供的代码仅为示例，具体实现时需根据实际应用场景调整参数配置。同时，该研究不仅有助于提升现有光纤激光器的设计水平，也为后续开展类似课题奠定了坚实的基础。
工程项目管理方法与要点探讨.doc
最新发布
07-31
工程项目管理方法与要点探讨.doc
固体氧化物燃料电池(SOFC)模型与COMSOL仿真计算的技术解析及其应用 燃料电池
07-30
固体氧化物燃料电池（SOFC）的基本概念和技术优势，重点阐述了COMSOL多物理场仿真软件在SOFC建模与性能分析中的应用。文中不仅解释了SOFC的工作原理，还展示了如何借助COMSOL平台模拟不同条件下SOFC的关键参数（如电压、电流、温度），并提供了具体案例演示。最后，文章讨论了SOFC技术未来发展方向以及可能带来的变革。 适用人群：从事新能源技术研发的专业人士、高校相关专业师生、对清洁能源感兴趣的科研工作者。 使用场景及目标：适用于希望深入了解SOFC工作机制的研究人员；希望通过仿真手段辅助SOFC产品设计的企业工程师；关注绿色能源解决方案的投资人。 其他说明：文章强调了理论与实际相结合的重要性，鼓励读者动手实践，利用提供的示例代码进行仿真实验，从而加深对SOFC特性的认识。
基于深度学习网络的美食识别系统——MATLAB仿真与GUI界面实现 CNN
07-30
基于深度学习网络的美食识别系统的设计与实现。系统利用卷积神经网络（CNN）在Matlab环境中进行训练和测试，同时配备了一个友好易用的图形用户界面（GUI）。主要内容涵盖系统架构、深度学习模型的选择与训练、数据准备、模型评估以及GUI界面的具体实现步骤。通过大量美食图片的数据集，系统实现了对食物图片的精准分类与识别。 适合人群：对深度学习和图像识别感兴趣的科研人员、学生及开发者。 使用场景及目标：适用于需要快速搭建和验证美食识别系统的应用场景，旨在提高美食图片分类的准确性，为实际应用提供技术支持。 其他说明：文中不仅提供了详细的理论背景和技术细节，还附带了具体的实现方法和操作指南，帮助读者更好地理解和应用该系统。
社区物资交易互助-社区物资交易互助系统-社区物资交易互助系统源码-社区物资交易互助系统代码-springboot社区物资交易互助系统源码-基于springboot的社区物资交易互助系统设计与实现-代码
07-30
社区物资交易互助系统-社区物资交易互助系统源码-基于Web的社区物资交易互助系统设计与实现 1、博主介绍：大厂码农，java领域创作者，专注于大学生项目实战开发，文章底部有博主联系方式，更多优质系统、项目定制请私信。 2、最新计算机软件毕业设计选题大全: https://blog.csdn.net/weixin_45630258/article/details/135901374 3、系统功能：本项目的功能演示效果，请点击博主主页，搜索关键词查看！ 【代码介绍】 1、适用人群：计算机相关专业(如计算机、网络、信息安全、大数据、人工智能、通信、物联网、电信等)在校学生、老师下载使用。 2、代码用途：项目具有较高的学习借鉴价值，小白入门学习，也可作为毕设项目、课程设计、大作业的学习。 3、代码能力：如果基础还行，可在此项目代码进行修改，实现不同功能。 欢迎下载！欢迎交流学习！不清楚的可以私信问我！ 【技术与部署】 （1）技术栈 后端：Java+SpringBoot/SSM+MyBatisPlus 前端：Vue+Ajax 数据库：MySQL 工具：Maven+IDEA+Navicat/SQLyog （2）技术版本 JDK：1.8+ Maven：≥3.0 MySQL：5.7/8.0 Node：14.x SpringBoot：2.x系列 Vue：2.x系列 【项目亮点/创新点推荐】 高分系统推荐：https://blog.csdn.net/weixin_45630258/article/details/135901374 亮点/创意的技术推荐：可视化图表统计、高德地图定位、人脸识别、支付宝沙箱、AI对话、在线直播、消息通知、MD5加密、登录验证码、邮箱验证、多文件上传、日历展示、操作日志、图像识别…… 【下载】 请放心下载使用！有问题请及时沟通交流。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值