是否有一个简单的方法来disable所有后端haproxy，而是提供一个适当的维护页面（http请求）？ 我已经读了一些关于dissabled选项，我明白是每个服务器，但我想知道是否有一种方法可以简单地停止所有后端的stream量？
问题： 使用HTTPS请求，我的代理正在从响应中删除自定义标题： HTTP请求： $ curl -I -x 127.0.0.1:5566 http://www.google.fr HTTP/1.1 200 OK … X-Servedby: 50001 => My custom header is added to the response 完整回复： https ： //gist.github.com/vdaubry/eafabf211957cbe87563 HTTPS请求： $ curl -I -x 127.0.0.1:5566 https://www.google.fr HTTP/1.1 200 Connection established Proxy-Agent: Privoxy/3.0.23 X-Servedby: 50001 => doesn't appear in the final response HTTP/1.1 200 OK Date: Sat, […]
当使用HAProxy进行虚拟主机时，我可以看到如何使用前端头的主机来决定后端路由到什么地方。 但是，是否有可能使后端成为一个包含path的URL（与设置虚拟主机时使用apache或nginx做的不同）。 http://www.techrawr.com/tag/haproxy/ – 显示大部分。 但是如果后端是在一台服务器上，但后端1和后端2是服务器呢？
我有4个nginx驱动的图像服务器在他们自己的子域，用户随机访问。 我决定把它们全部放在HAProxy负载均衡器的后面，以提高可靠性，并从一个地方查看stream量统计信息。 这似乎是一个简单的方法。 不幸的是，这个举动完全失败了，因为负载平衡器的100mbit端口已经完全满足了所有的请求。 我想知道该怎么做 – 我可以得到一个端口升级（$$）或返回到随机访问的4个独立的映像服务器。 我想把HAProxy放在每个映像服务器上，如果服务器的nginx服务有问题的话，映像服务器又会路由到另一台映像服务器。 你会怎么做？ 我想不必花太多额外的钱。
我有一个网页，在1服务器的作品。 我们正在进行迁移到有3台服务器的新平台。 在迁移计划的第一步，我们需要通过一个百分比，比如10％，到新的集群和90％，到旧的服务器。 新平台不需要粘滞会话（与memcached共享会话）。 有没有办法做到这一点与haproxy？
我正在使用HAProxy负载平衡一些Web服务器（HTTP模式）。 Web服务器是严格dynamic的，即没有任何静态内容，只有Web服务。 types的URL（类似） http://192.168.5.10:8080/small http://192.168.5.10:8080/medium http://192.168.5.10:8080/large 现在，当我configurationHAProxy将传入的请求转发到这几个机器上的这三个url，我使用acl和path_end / path_beg指定了path_beg ，但是在发出请求时，我得到了Not Found on Accelerator错误，这使得它更难以指出问题。 以下是我正在使用的configuration。 此外，它不logging任何错误。 global log 127.0.0.1 local0 log 127.0.0.1 local1 notice maxconn 4096 user haproxy group haproxy daemon defaults log global mode http option httplog option dontlognull retries 3 option redispatch maxconn 2000 contimeout 5000 clitimeout 10000 srvtimeout 10000 frontend http_proxy bind 192.168.5.9:8888 […]
假设我在后台服务器列表中有web01 ，并且web01closures。 HAProxy需要几秒钟才能注意到服务器已closures（取决于运行状况检查间隔以及超时时间），并将其停止旋转。 如果在发生此请求之前 ，客户端将最终收到503 Service Unavailable错误。 我想要发生的事情是让HAProxy在另一台服务器上自动重新尝试同样的请求。 我意识到这个请求最终会变得非常慢，但最终会导致成功而不是错误。 有没有办法configurationHAProxy重试在另一台服务器上的HTTP请求，而不是错误？ 理想情况下，如果群集中有任何工作服务器，我不希望客户端收到错误。 这是我的haproxy.cfg： global maxconn 4096 debug defaults mode http contimeout 5000 clitimeout 50000 srvtimeout 50000 frontend http-in bind *:80 acl service1 path_reg ^/service1/ acl service2 path_reg ^/service2/ use_backend service1 if service1 use_backend service2 if service2 backend service1 server web01 127.0.0.1:85 check server web02 127.0.0.1:86 check […]
我目前正在尝试改进我的HAProxy HTTPSconfiguration。 在HAProxy中，似乎有两种方法可以将附加字段设置为响应头。 我目前使用http-response set-header ，如果我理解的话，应该是这样的： 检查字段是否存在 如果存在，请删除它 将该字段设置为新的值 有些人使用rspadd ，而应该简单地在响应头尾添加字段。 当处理像HSTS这样的敏感字段时， set-header在文件上感觉更安全。 两者之间有没有真正的区别？ 如果是在我的头文件中设置敏感字段，我应该select哪一个？
我想负载平衡我的应用程序服务器，以及caching来自他们的回应。 我已经阅读了一篇可以追溯到2012年的HAProxy网站上的文章，这本来是为了澄清HAProxy和Varnish之间的混淆： http://blog.haproxy.com/2012/07/04/haproxy-and-varnish-comparison/ 本文基本上说，HAProxy只是一个反向代理负载平衡器（无caching），而Varnish是一个反向代理caching（无负载平衡），因此它们是互补的。 但是今天，我可以看到在Varnish docs中它也有负载平衡： https://www.varnish-cache.org/trac/wiki/LoadBalancing 所以我只能猜测这个function是从2012年开始引入的，现在它直接和HAProxy在负载均衡方面进行竞争。 现在考虑到我需要一个反向代理caching+负载平衡器，是真的，我可以使用一个单一的服务器只有光油，这将做到这两个？ 与典型的HAProxy光油设置相比，任何限制都是可能的。
我们有Redis的主从设置，我们希望一旦主设备出现故障就回退到从设备。 但是，如果失败了，即使主站再次联机，它也不应该回切换。 这可能吗？