Hi Nick,
Am 31.08.2017 um 14:16 schrieb Nick Stolwijk:
> Today we noticed something strange after updating our HAProxy to 1.7.9. A
> request which took a mere second before now takes a whopping 45 seconds.
>
> After some playing around, we found that if we turned off the compression on
>
Today we noticed something strange after updating our HAProxy to 1.7.9. A
request which took a mere second before now takes a whopping 45 seconds.
After some playing around, we found that if we turned off the compression
on HAProxy it was back to fast again.
We are running HA-Proxy version
Hi!
I've set up haproxy to load balance two (later more) RDP servers (MS
Terminal Services) without any connection broker (later I want to add
a second haproxy to make sure all parts keep working even if one part
fails).
So:
2x backend terminal servers running on port 3389
1x haproxy
You where right! I forgot to install the newly compiled binary,
working with the one without ssl support!
On Thu, Aug 31, 2017 at 1:28 PM, Cyril Bonté wrote:
> Hi Thomas,
>
>> De: "Thomas Schweikle"
>> À: haproxy@formilux.org
>> Envoyé: Jeudi 31 Août
Hi Thomas,
> De: "Thomas Schweikle"
> À: haproxy@formilux.org
> Envoyé: Jeudi 31 Août 2017 12:48:39
> Objet: Error on "tcp-check connect port 3389 ssl" in config
>
> Hi!
>
> Trying to configure haproxy to act as a connection broker and load
> balancer for RDP (aka
Hi!
Trying to configure haproxy to act as a connection broker and load
balancer for RDP (aka Microsoft Terminal Services).
While configuring the backend, I found haproxy choke on
tcp-check connect port 3389 ssl
with message:
[ALERT] 242/124152 (6066) : parsing [/etc/haproxy/haproxy.cfg:33] :
Hello all,
I was experimenting some CLI actions like "disable server" and get error
"Permission denied". I did not find easily why in HAProxy doc (I was in a
hurry, so did not read well, I admit).
This was because of the "level" on the socket bind line not high enough.
Attached is a patch to the
7 matches
Mail list logo