当前位置: 首页 > news >正文

敦化网站建设打造专业团队

敦化网站建设,打造专业团队,公司网站建设和百度推广流程图,网站建设公司的公众号介绍HAProxy高级配置及实用案例 一.基于cookie会话保持 cookie value:为当前server指定cookie值#xff0c;实现基于cookie的会话黏性#xff0c;相对于基于 source 地址hash 调度算法对客户端的粒度更精准#xff0c;但同时也加大了haproxy负载#xff0c;目前此模式使用…介绍HAProxy高级配置及实用案例 一.基于cookie会话保持 cookie value:为当前server指定cookie值实现基于cookie的会话黏性相对于基于 source 地址hash 调度算法对客户端的粒度更精准但同时也加大了haproxy负载目前此模式使用较少已经被session共享服务器代替 注意:不支持 tcp mode使用 http mode 配置选项 cookie name [rewrite linsertl 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的请求都发送到同一台后端服务器 配置举例 listen webclusterbind *:80mode httpbalance roundrobin#balance static-rr#balance first#balance leastconn#balance source#balance uri#balance url_param name,userid#balance hdr(User-Agent)#hash-type consistentcookie WEBCOOKIE insert nocache indirectserver web1 172.25.254.10:80 cookie lee1 check inter 2 fall 3 rise 5 weight 1server web2 172.25.254.20:80 cookie lee2 check inter 2 fall 3 rise 5 weight 1验证[roothaproxy ~]# curl -b WEBCOOKIElee1 172.25.254.100 172.25.254.10 - index.html [roothaproxy ~]# curl -b WEBCOOKIElee2 172.25.254.100 172.25.254.20 - index.htmlhaproxy状态页 通过web界面显示当前HAProxy的运行状态 状态页配置 stats enable #基于默认的参数启用stats page stats hide-version #将状态页中haproxy版本隐藏 stats refresh delay #设定自动刷新时间间隔默认不自动刷新 stats uri prefix #自定义stats page uri默认值:/haproxy?stats stats auth user:passwd #认证时的账号和密码可定义多个用户,每行指定一个用户#默认:no authenticationcond stats admin{if | unless } #启用stats page中的管理功能 启用状态页 listen statsmode httpbind 0.0.0.0:8888stats enablelog globalstats uri /statusstats auth lee:lee 登录状态页 pid 3698 (process #2, nbproc 2, nbthread 2)#pid为当前pid号process为当前进程号nbproc和nbthread为一共多少进程和每个进程多少个线程uptime 0d 0h00m08s #启动了多长时间system limits: memmax unlimited; ulimit-n 131124 #系统资源限制内存/最大打开文件数/maxsock 131124; maxconn 65536; maxpipes 0 #最大socket连接数/单进程最大连接数/最大管道数maxpipescurrent conns 1; current pipes 0/0;conn rate 1/sec #当前连接数/当前管道数/当前连接速率 取决于访问量 访问量越大值越大Running tasks: 1/9;idle 100 % #运行的任务/当前空闲率active UP#在线服务器backup UP#标记为backup的服务器 active UP, going down#监测未通过正在进入down过程 backup UP, going down#备份服务器正在进入down过程 active DOWN, going up#down的服务器正在进入up过程 backup DOWN, going up#备份服务器正在进入up过程 active or backup DOWN#在线的服务器或者是backup的服务器已经转换成了down状态 not checked#标记为不监测的服务器 active or backup DOWN for maintenance (MAINT) #active或者backup服务器 手动下线的 active or backup SOFT STOPPED for maintenance #active或者backup被认为软下线(人为将weight改成0) backend server信息 session rate(每秒的连接会话信息): Errors(错误统计信息) cur:每秒的当前会话数量 : Req:错误请求量 max:每秒新的最大会话数量 conn:错误链接量 limit:每秒新的会话限制量 Resp:错误响应量 sessions(会话信息): Warnings(警告统计信息) cur:当前会话量 Retr:重新尝试次数 max:最大会话量 Redis:再次发送次数 limit: 限制会话量 Total:总共会话量 Server(real server信息) LBTot:选中一台服务器所用的总时间 Status:后端机的状态包括UP和DOWN Last和服务器的持续连接时间 LastChk:持续检查后端服务器的时间 Wght:权重 Bytes(流量统计) Act:活动链接数量 In:网络的字节输入总量 Bck:备份的服务器数量 Out:网络的字节输出总量 Chk:心跳检测时间 Dwn:后端服务器连接后都是DOWN的数量 Denied(拒绝统计信息) Dwntme:总的downtime时间 Req:拒绝请求量 Thrtle:server 状态 Resp:拒绝回复量 ip透传 web服务器中需要记录客户端的真实IP地址用于做访问统计、安全防护、行为分析、区域排行等场景 layer 4 与 layer 7 四层ip透传与七层ip透传 四层IPPORT转发 七层协议内容交换 四层负载 在四层负载设备中把client发送的报文目标地址(原来是负载均衡设备的IP地址)根据均衡设备设置的选择web服务器的规则选择对应的web服务器IP地址这样client就可以直接跟此服务器建立TCP连接并发送数据而四层负载自身不参与建立连接而和LVS不同haproxy是伪四层负载均衡因为haproxy 需要分别和前端客户端及后端服务器建立连接 七层代理 七层负载均衡服务器起了一个反向代理服务器的作用服务器建立一次TCP连接要三次握手而client要访问webserver要先与七层负载设备进行三次握手后建立TCP连接把要访问的报文信息发送给七层负载均衡然后七层负载均衡再根据设置的均衡规则选择特定的webserver然后通过三次握手与此台webserver建立TCP连接然后webserver把需要的数据发送给七层负载均衡设备负载均衡设备再把数据发送给client所以七层负载均衡设备起到了代理服务器的作用七层代理需要和Client和后端服务器分别建立连接 七层ip透传 当haproxy工作在七层的时候也可以透传客户端真实IP至后端服务器 HAProxy配置 option forwardfor [ except network ] [ header name ] [ if-none ] [ except network ]请求报请来自此处指定的网络时不予添加此首部如haproxy自身所在网络 [ header name ] 使用自定义的首部名称而非“X-Forwarded-For示例X-client [ if-none ] 如果没有首部才添加首部如果有使用默认值例 [rootwebserver1 ~]# systemctl disable nginx.service Removed /etc/systemd/system/multi-user.target.wants/nginx.service. [rootwebserver1 ~]# systemctl stop nginx.service[rootwebserver1 ~]# dnf install httpd -y [rootwebserver1 ~]# echo webserver1 172.25.254.10 /var/www/html/html.index [rootwebserver1 ~]# systemctl start httpd验证 172.25.254.10 - index.html [roothaproxy ~]# curl 172.25.254.100 172.25.254.20 - index.html [roothaproxy ~]# curl 172.25.254.100 172.25.254.10 - index.html [roothaproxy ~]# curl 172.25.254.100 172.25.254.20 - index.html [roothaproxy ~]# curl 172.25.254.100 172.25.254.10 - index.html[rootwebserver1 ~]# cat /etc/httpd/logs/access_log 172.25.254.100 - - [11/Aug/2024:22:49:45 0800] GET / HTTP/1.1 403 27 - curl/7.76.1 172.25.254.100 - - [11/Aug/2024:22:50:06 0800] GET / HTTP/1.1 403 27 - curl/7.76.1 172.25.254.100 - - [11/Aug/2024:22:50:08 0800] GET / HTTP/1.1 403 27 - curl/7.76.1 # 没有日志 四层ip透传 开始四层穿透[rootwebserver2 ~]# 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;[rootwebserver2 ~]# vim /etc/nginx/nginx.confserver {listen 80 proxy_protocol;[rootwebserver2 ~]# systemctl restart nginx.service 访问 [roothaproxy ~]# curl 172.25.254.100 172.25.254.20 - index.html#查看日志 [rootwebserver2 ~]# tail /var/log/nginx/access.log 172.25.254.100 - - [11/Aug/2024:23:07:38 0800] GET / HTTP/1.1 200 27 - curl/7.76.1 - 172.25.254.100 - - [11/Aug/2024:23:11:57 0800] GET / HTTP/1.1 172.25.254.100200 27 - curl/7.76.1 - 透传成功[rootwebserver1 ~]# dnf install httpd-manual [rootwebserver1 ~]# systemctl restart httpd[roothaproxy ~]# vim /etc/haproxy/haproxy.cfg listen webclusterbind *:80mode tcpbalance roundrobin#balance static-rr#balance first#balance leastconn#balance source#balance uri#balance url_param name,userid#balance hdr(User-Agent)#hash-type consistent#cookie WEBCOOKIE insert nocache indirectserver web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 1server web2 172.25.254.20:80 send-proxy check inter 2 fall 3 rise 5 weight 1[roothaproxy ~]# systemctl restart haproxy.service [roothaproxy ~]# curl 172.25.254.100 172.25.254.10 - index.html [roothaproxy ~]# curl 172.25.254.100 172.25.254.20 - index.html [roothaproxy ~]# curl 172.25.254.100 172.25.254.10 - index.html [roothaproxy ~]# curl 172.25.254.100 172.25.254.20 - index.html查看日志 nginx [rootwebserver2 ~]# tail /var/log/nginx/access.log 172.25.254.100 - - [11/Aug/2024:23:11:57 0800] GET / HTTP/1.1 172.25.254.100200 27 - curl/7.76.1 - 172.25.254.100 - - [11/Aug/2024:23:18:04 0800] GET / HTTP/1.1 172.25.254.100200 27 - curl/7.76.1 - 172.25.254.100 - - [11/Aug/2024:23:18:06 0800] GET / HTTP/1.1 172.25.254.100200 27 - curl/7.76.1 -web服务器日志格式配置 配置web服务器记录负载均衡透传的客户端IP地址 参数Forwarded[rootwebserver1 ~]# vim /etc/httpd/conf/httpd.conf ###省略###LogFormat %{X-Forwarded-For}i %h %l %u %t \%r\ %s %b \%{Referer}i\ \%{User-Agent}i\ combined #combined 混合形式全部控制验证 [roothaproxy ~]# curl 172.25.254.100 172.25.254.20 - index.html [roothaproxy ~]# curl 172.25.254.100 172.25.254.10 - index.html [roothaproxy ~]# # 查看日志 [rootwebserver1 ~]# cat /etc/httpd/logs/access_log 172.25.254.100 - - [11/Aug/2024:22:49:45 0800] GET / HTTP/1.1 403 27 - curl/7.76.1 172.25.254.100 - - [11/Aug/2024:22:50:06 0800] GET / HTTP/1.1 403 27 - curl/7.76.1 172.25.254.100 - - [11/Aug/2024:22:50:08 0800] GET / HTTP/1.1 403 27 - curl/7.76.1 172.25.254.100 172.25.254.100 - - [11/Aug/2024:22:55:57 0800] GET / HTTP/1.1 403 27 - curl/7.76.1 ACL访问控制列表 访问控制列表ACLAccess Control Lists) 是一种基于包过滤的访问控制技术 它可以根据设定的条件对经过服务器传输的数据包进行过滤(条件匹配)即对接收到的报文进行匹配和过滤基于请求报文头部中的源地址、源端口、目标地址、目标端口、请求方法、URL、文件后缀等信息内容进行匹配并执行进一步操作比如允许其通过或丢弃。 ACL 配置选项 #用ac1来定义或声明一个ac1 acl aclname criterion [f1ags] [operator] [value] ac1 名称匹配规范 匹配模式 匹配模式 具体操作符 操作对象类型 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 ACL-flags 匹配模式 -i 不区分大小写 -m 使用指定的正则表达式匹配方法 -n 不做DNS解析 -u 禁止ac1重名否则多个同名ACL匹配或关系 ACL-operator 操作对象 The ACL engine can match these types against patterns of the following types -Boolean #布尔值-integer or integer range #整数或整数范围比如用于匹配端口范围 -IP addressnetwork #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进制 ACL-criterion 匹配规范 定义ACL匹配规范即判断条件 [roothaproxy ~]# vim /etc/haproxy/haproxy.cfg frontend webclusterbind *:80mode httpacl test hdr(dom) -i www.timinglee.orguse_backend webcluster-host if testdefault_backend default-hostbackend webcluster-hostmode httpserver web1 172.25.254.10:80 check inter 2 fall 2 rise 5backend default-hostmode httpserver web2 172.25.254.20:80 check inter 2 fall 2 rise 5[roothaproxy ~]# systemctl restart haproxy.service ACL-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满足一个为true if ! invalid_src #非取反不满足ACL才为true hdr(string)用于测试请求头部首部指定内容 frontend webclusterbind *:80mode httpacl test hdr_end(host) -i .orguse_backend webcluster-host if testdefault_backend default-host[roothaproxy ~]# curl 172.25.254.100 172.25.254.10 - index.html [roothaproxy ~]# curl 172.25.254.100 172.25.254.10 - index.html [roothaproxy ~]# curl 172.25.254.100 172.25.254.10 - index.htmlhdr(string)用于测试请求头部首部指定内容 frontend webclusterbind *:80mode httpacl test hdr_beg(host) -i bbsuse_backend webcluster-host if testdefault_backend default-host配置前做好wndows解析 base:string frontend webclusterbind *:80mode http#acl test hdr_beg(host) -i leeacl test base_sub -m sub bbsuse_backend webcluster-host if testdefault_backend default-host验证 [roothaproxy ~]# curl www.test.com webserver2 - 172.25.254.20[rootwebserver1 ~]# mkdir /var/www/html/lee -p [rootwebserver1 ~]# echo 172.25.254.10 lee /var/www/html/lee/index.html[rootwebserver1 ~]# curl 172.25.254.10/lee/index.html 172.25.254.10 lee frontend webclusterbind *:80mode http#acl test hdr_beg(host) -i bbs#acl test base_sub -m sub leeacl test base_reg -i lee/$use_backend webcluster-host if testdefault_backend default-host[roothaproxy ~]# curl www.test.com/lee/ 172.25.254.10 lee pathstring frontend webclusterbind *:80mode http#acl test hdr_beg(host) -i bbs#acl test base_sub -m sub lee#acl test base_reg -i lee/$acl test path_sub -m sub leeuse_backend webcluster-host if testdefault_backend default-host同一网址不同路径访问的同一主机 [roothaproxy ~]# curl www.timimglee.org/lee/ 172.25.254.10 lee[roothaproxy ~]# curl www.test.com lee/ 172.25.254.10 leeACL示例-域名匹配 frontend webclusterbind *:80mode httpacl test hdr_dom(host) -i www.timinglee.orguse_backend webcluster-host if domaindefault_backend default-host[roothaproxy ~]# curl www.timimglee.org webserver1 - 172.25.254.10 [roothaproxy ~]# curl www.test.com webserver2 - 172.25.254.20 ACL示例-基于源ip或子网调度方向 frontend webclusterbind *:80mode httpacl ctrl_ip src -i 172.25.254.1 172.25.254.20 192.168.0.0/24use_backend webcluster-host if ctrl_ipdefault_backend default-host符合条件 [rootwebserver2 ~]# curl 172.25.254.100 172.25.254.10 - index.html 不符合 [roothaproxy ~]# curl 172.25.254.100 172.25.254.20 - index.html拒绝frontend webclusterbind *:80mode httpacl ctrl_ip src -i 172.25.254.1 172.25.254.20 192.168.0.0/24#use_backend webcluster-host if ctrl_iphttp-reqoest deny if ctrl_ipdefault_backend default-hostACL示例-基于文件后缀域名实现动静分离 [rootwebserver1 ~]# dnf install php -y[rootwebserver1 ~]# systemctl restart httpd[rootwebserver1 ~]# vim /var/www/html/index.php ?phpphpinfo(); ?[roothaproxy ~]# vim /etc/haproxy/haproxy.cfg frontend webclusterbind *:80mode httpacl static path_end -i .html .jpg .png .css .jsacl php path_end -i .php#use_backend webcluster-host if ctrl_ipuse_backend default-host if phpdefault_backend default-host [roothaproxy ~]# systemctl restart haproxy.service 验证 自定义haproxy错误界面 对指定的报错进行重定向进行优雅的显示错误页面 使用errorfile和erroroc指令的两种方法可以实现自定义各种错误页面 #haproxy默认使用的错误错误页面 [roothaproxy ~]# rpm -ql haproxy24z-2.4.27-1.el7.zenetys.x86_64 | grep -E http$ /usr/share/haproxy/400.http /usr/share/haproxy/403.http /usr/share/haproxy/408.http /usr/share/haproxy/500.http /usr/share/haproxy/502.http /usr/share/haproxy/503.http /usr/share/haproxy/504.http 基于自定义的错误页面文件 #自定义错误页 errorfile code file code #HTTP status code.支持200, 400, 403, 405, 408, 425, 429, 500, 502503,504 file #包含完整HTTP响应头的错误页文件的绝对路径。 建议后缀.http以和一般的html文件相区分 #示例 errorfile 503 /haproxy/errorpages/503page.http 示例  [rootwebserver1 ~]# systemctl stop httpd.service [rootwebserver2 ~]# systemctl stop nginx.service [roothaproxy ~]# mkdir /etc/haproxy/errorpage -p[roothaproxy ~]# vim /etc/haproxy/503.http HTTP/1.0 503 Service Unavailable Cache-Control:no-cache Connection:close Content-Type:text/html;charsetUTF-8 htmlbodyh1什么动物生气最安静/h1 大猩猩!! /body/html[roothaproxy ~]# vim /etc/haproxy/haproxy.cfg errorfile 503 /etc/haproxy/errorpage/503.http[roothaproxy ~]# systemctl restart haproxy.service 验证 测试关闭webserver主机去访问172.25.254.100 基于http中定向错误页面 #错误页面重定向[roothaproxy ~]# vim /etc/haproxy/haproxy.cfg # errorfile 503 /etc/haproxy/errorpage/503.httperrorloc 503 https://www.baidu.com[roothaproxy ~]# systemctl restart haproxy.service #浏览器访问172.25.254.100自动跳转到百度 访问172.25.254.100 haproxy四层负载 针对除HTTP以外的TCP协议应用服务访问的应用场景 MySQL Redis Memcache RabbitMQ 四层负载示例 注意如果使用frontend和backend一定在 frontend 和 backend 段中都指定mode tcp listen mysql-portbind 10.0.0.7:6379mode tcpbalance leastconnserver server1 10.0.0.17:3306 checkserver server2 10.0.0.27:3306 check backup HAProxy https 实现 haproxy可以实现https的证书安全,从用户到haproxy为https,从haproxy到后端服务器用http通信 但基于性能考虑,生产中证书都是在后端服务器比如nginx上实现 #配置HAProxy支持https协议支持ssl会话bind *:443 ssl crt /PATH/TO/SOME_PEM_FILE #指令 crt 后证书文件为PEM格式需要同时包含证书和所有私钥cat demo.key demo.crt demo.pem #把80端口的请求重向定443bind *:80redirect scheme https if !{ ssl_fc } 证书制作 [root-haproxy ~]# mkdir /etc/haproxy/certs/ [root-haproxy ~]# openssl req -newkey rsa:2048 \ -nodes -sha256 –keyout /etc/haproxy/certs/timinglee.org.key \ -x509 -days 365 -out /etc/haproxy/certs/timinglee.org.crt https配置示例 haproxy ~]# vim /etc/haproxy/haproxy.cfg frontend webserverbind *:80redirect scheme https if !{ ssl_fc }mode httpuse_backend webcluster frontend webserver-httpsbind *:443 ssl crt /etc/haproxy/timinglee.org.pemmode httpuse_backend webcluster backend webclustermode httpbalance roundrobinserver web1 172.25.254.10:80 check inter 3 fall 3 rise 5server web2 172.25.254.20:80 check inter 3 fall 3 rise 5
http://www.hkea.cn/news/14563632/

相关文章:

  • 网站pv多少可以网站建设要些什么
  • 茶叶手机网站湛江网站建设公司哪个好
  • 做一个销售网站需要多少钱wordpress打字烟花
  • 网站备案的时候可以做网站吗wordpress wp_links
  • 玛迪做网站temu跨境电商入驻流程
  • 做网站页面代码怎样自己做公司网站
  • 湖北网站开发培训wordpress挂钩
  • 网站版块模板大学生网站建设心得
  • 国外网站开发公司wordpress不能发表
  • 做网站需求文档北京手机网站设计费用
  • 甘肃网站建设专业品牌沧县网站建设公司
  • 红酒网站建设方案在线制作图片网站
  • 什么网站做招聘效果好网络服务合同需要缴纳印花税吗
  • 塑胶原料东莞网站建设标签云小工具 wordpress nofollow
  • 宁阳网站定制海口网站建设设计
  • 一流的常州做网站南京做南京华美整容网站
  • 广州网站建设比较wordpress中文页面
  • 有自己域名主机怎么做网站wordpress 定期删除
  • 专门做产品排名的网站东莞营销型高端网站建设
  • 广州网站seologo在线设计制作工具
  • 昆明贤邦网站建设北京展厅设计制作
  • 珠海正规网站制作系统编辑网站绑定
  • 江门网站建设运营团队设计公司属于什么企业类型
  • 资阳网页设计怎么做版式安卓优化清理大师
  • 广安发展建设集团门户网站设计制作活动主题
  • 做网站建设公司哪家好网页设计师介绍
  • wordpress的网站国内网响应式网站建设多少钱
  • 网站建设教程简笔画wordpress邮件发激活码
  • 做食品网站有哪些东西盐城网站建设服务
  • 沈阳网络建网站天长seo排名