Also link to ssl_fc_alpn.
---
doc/configuration.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/configuration.txt b/doc/configuration.txt
index dc1f222..03a567d 100644
--- a/doc/configuration.txt
+++ b/doc/configuration.txt
@@ -15472,13 +15472,13 @@ req.ssl_alpn : s
On Wed, Jan 02, 2019 at 02:48:31PM +0100, Lukas Tribus wrote:
> From: Willy Tarreau
>
> Redispatch traditionally only worked for cookie based persistence.
>
> Adding redispatch support for constant hash based persistence - also
> update docs.
>
> Reported by Oskar Stenman on discourse:
> https:
Hi guys,
On Wed, Jan 02, 2019 at 07:42:37PM +0100, PiBa-NL wrote:
> The patch fixes the reg-test for me as well, I guess its good to go :).
Great, thanks for letting me know, now merged!
Willy
Hi Christopher, Willy,
Op 2-1-2019 om 15:37 schreef Christopher Faulet:
Le 29/12/2018 à 01:29, PiBa-NL a écrit :
compression with htx, and a slightly delayed body content it will
prefix some rubbish and corrupt the gzip header..
Hi Pieter,
In fact, It is not a bug related to the compression.
Hi Janusz,
On Sun, Dec 30, 2018 at 05:38:26PM +0100, Janusz Dziemidowicz wrote:
> Hi,
> I've been trying to get 0-RTT resumption working with haproxy 1.8.16
> and OpenSSL 1.1.1a.
> No matter what I put in configuration file, testing with openssl
> s_client always results in:
> Max Early Data:
On Wed, Jan 02, 2019 at 03:37:54PM +0100, Christopher Faulet wrote:
> In fact, It is not a bug related to the compression. But a pure HTX one,
> about the defragmentation when we need space to store data. Here is a patch.
> It fixes the problem for me.
>
> Willy, if it is ok for you, I can merge i
Le 29/12/2018 à 01:29, PiBa-NL a écrit :
Hi List,
When using compression with htx, and a slightly delayed body content it
will prefix some rubbish and corrupt the gzip header..
Below output i get with attached test.. Removing http-use-htx 'fixes'
the test.
This happens with both 1.9.0 and
Thankyou Willy for the prompt response.
We have a lot of servers, 100s of them, but we are generating the configs
using scripts so this logically work for us, just that it would make the
config long and complex. I will try it out.
Thanks
Sachin
On Wed, Jan 2, 2019 at 7:43 PM Willy Tarreau wrot
Hi Sachin,
On Wed, Jan 02, 2019 at 07:33:03PM +0530, Sachin Shetty wrote:
> Hi Willy,
>
> It seems the http-send-name-header directive is not sent with health-check
> and I need it in the health-check as well :)
Indeed it's not supported there because the health checks are independant
on the tra
Hi Willy,
It seems the http-send-name-header directive is not sent with health-check
and I need it in the health-check as well :)
is there a way to make it work with health-check as well?
Thanks
Sachin
On Tue, Dec 18, 2018 at 5:18 PM Sachin Shetty wrote:
> Thankyou Willy. http-send-name-hea
Hello,
On Wed, 2 Jan 2019 at 14:54, Lukas Tribus wrote:
>
> Hello,
>
> On Sun, 15 Jul 2018 at 07:19, Wert wrote:
> >
> > Hello,
> >
> > 1. When in LUA
> > - I open some socket and left it unclosed (even UDP-sender socket)
> > - Or open some files (for example, I use LUA-maxmind lib that opens G
Hello,
On Sun, 15 Jul 2018 at 07:19, Wert wrote:
>
> Hello,
>
> 1. When in LUA
> - I open some socket and left it unclosed (even UDP-sender socket)
> - Or open some files (for example, I use LUA-maxmind lib that opens GEO-DB
> file)
>
> It is never destroyed. With each reload amount of used desc
From: Willy Tarreau
Redispatch traditionally only worked for cookie based persistence.
Adding redispatch support for constant hash based persistence - also
update docs.
Reported by Oskar Stenman on discourse:
https://discourse.haproxy.org/t/balance-uri-consistent-hashing-redispatch-3-not-redisp
Hello,
I started playing with reg-tests and came up with couple of regtests.
Is there a better subdirectory for these than http-rules ? Maybe
map/b0.vtc and converter/h* ?
I'm attaching the tests for comments.
-Jarno
--
Jarno Huuskonen
>From e75f2ef8b461caa164e81e2d39630e3b2e8791f4 Mon
14 matches
Mail list logo