摘要： 首先我们来看一下haproxy的https的配置；https是什么我这里就不过多阐述了，有关证书的申请相关说明请参考https://www.cnblogs.com/qiuhom-1874/p/12237944.html；在haproxy的配置文件中，我们要明确的声明监听某个端口，该端口需要ssl协议来访问，类似nginx里的listen 443 ssl配置；除此之外我们还需要用crt来指定证书；不同于nginx里的配置是haproxy的证书内容包含私钥信息；所以在我们申请好证书后，还需要把证书文件内容同私钥文件做合并； 阅读全文

摘要： ACL（access control list）翻译过来就是访问控制列表；相信ACL这个词对大家都不是太陌生；Linux里的权限里有ACL，httpd、nginx、varnish里都有ACL的概念；访问控制列表(ACL)的使用提供了一个灵活的解决方案来执行内容切换，并通常根据从请求、响应或任何环境状态提取的内容做出决策。haproxy中访问控制实现和httpd、nginx、varnish中的访问控制类似，都是先扑捉用户的请求报文或响应报文，或者其他环境状态的信息来把客户端分类；然后把该ACL作为条件判断，把不同类别或者说符合我们定义ACL的客户端做其他操作； 阅读全文

摘要： errorloc和errorloc302都是同样的效果，都是以临时重定向到指定的url上；这里还需要注意一点，这两种方式都是跳转前请求的方法是什么，跳转对应url也是同样的方法；这样一来对于其他非GET方法请求出现403错误码的时候，对应的错误页就无法正常处理（通常只允许GET方法去请求别的URL）；比如跳转前用PUT方法，出现错误403后，按照上面的配置，对应指定的错误页的url也会用PUT方法去请求；为了解决这样的问题，我们这里需要用到errorloc303来指定；该指令的意思是返回303响应码；如果请求前非GET方法，而出现对应错误后，用GET方法去请求对应错误状态码指定的URL； 阅读全文

摘要： 作为代理服务器，在完成一次http事务的过程中，报文的流向是这样的；首先用户端的请求会到达haproxy，haproxy收到用户的请求，对其进行拆包分析，然后根据用户请求报文的某些首部的特征，然后模拟用户的请求去请求对应后端server，此时haproxy就扮演着客户端角色去请求后端服务器；后端服务器收到haproxy的请求，然后响应资源内容给haproxy，haproxy收到后端服务器的响应，然后再次拆包，分析，然后封装响应报文响应客户端；在这样的一个过程中，对于客户端的请求报文是否能够到达后端服务器或者后端服务器的响应报文是否能够到达客户端这个需要haproxy说了算 阅读全文

摘要： cookie就是用来让服务端辨识客户端的一种机制；而对于haproxy来讲，基于cookie来做会话保持的原理就是通过对后端服务器响应报文中的cookie信息中插入(或覆盖的方式)一个键值对，在客户端下次访问时，检查对应cookie首部的信息，从而让haproxy能够判断把该请求调度在那个后端服务器上；通常我们会在server上设置一个cookie的值，在listen或backend中设置一个cookie的键，明确说明以怎样的方式设置cookie的键；通过listen或backend中设置的cookie的键结合server后面的cookie的值组成的cookie信息，从而实现不同的cookie信息调度到不同的server上去； 阅读全文

摘要： roundrobin：动态轮询；支持权重的运行时调整，支持慢启动，每个后端中最多支持4095个server；什么意思呢？动态调整权重就是说不重启服务的情况下调整权重；慢启动说的是，前端的流量不会一下子全部给打进来，而是一部分一部分的打到后端服务器上；这样可以有效防止流量过大时一下子把后端服务器压垮的情况；后端最多支持4095个server表示在一个backend或listen中使用该算法最多只能定义4095个server； 阅读全文

摘要： haproxy的配置文件大概可以分两段；第一段配置上global配置段即全局配置段，主要是针对haproxy的进程和安全相关的；第二段是proxies代理配置段，主要是配置haproxy前端监听那个地址那个端口以及后端server的名称、地址、端口，以及server相关属性等配置；而proxies配置段里又分defaults配置段，这个部分主要是定义后续的backend,listen这两个段的默认配置；什么意思呢？也就是在后面的配置中如果我们没有写对应参数，它默认会继承defaults里的配置；如果说后面的配置中和前边的defaults中的配置重复了，那么就已后面的配置生效，也就是说后面的配置段优先级高于defaults里的配置； 阅读全文

摘要： 前面聊nginx的时候我们有聊到过nginx的一个重要的功能反向代理，这里再简单回顾下，所谓代理就是“一手托两边”，什么意思呢？就是代理服务器它面向客户端一侧它扮演服务器角色，面向服务器一侧它扮演客户端角色；而反向代理就是代理服务端响应客户端的请求；我们把这种用于代理服务器响应客户端角色叫反向代理；haproxy就是一反向代理实现的软件，在基于反代的模式下，可以对后端服务器做四层或七层的负载均衡；通常情况下haproxy工作在一个流量入口的节点上，用于接收并把客户端的请求分发给不同应用的后端服务器； 阅读全文