Hi Sasha,
On Fri, May 23, 2014 at 06:50:05PM -0600, Sasha Pachev wrote:
I have made some progress here, and was just
about to call exp_replace() when I realized it does not have a way to
protect against the destination buffer overrun. Would it be OK if I
added the protection?
Hmm that's
Hi,
Well, here I'm seeing a standard 408 after 2 seconds which should match
a timeout http-request of 2 seconds. Can you check if you don't have one ?
Also, this observation from the logs doesn't seem consistent with your first
claim that the 408 is immediate, here it's only after 2
I'm a little confused about what exactly creates a 5xx response code from
HAProxy. I think that if the backend generates a 5xx response, this will
show up as a frontend_5xx, and I expect that the value of the hrsp_5xx stat
for the frontend should equal the sum of the hrsp_5xx values from the
(Oops, and apologies for the HTML formatting on that last one)
Title: Cache Cache
Cliquez ici pour lire cet e-mail dans votre navigateur. Prparez vos journes ensoleilles !
On Sat, May 24, 2014 at 11:00 AM, Willy Tarreau w...@1wt.eu wrote:
On Sat, May 24, 2014 at 08:23:04AM +0530, Jai Gupta wrote:
What hash should we use in this case or is there any other
configuration
that we should be using?
It's totally irrelevant to the hash here, because the
Currently exp_replace() (which is used in reqrep/reqirep) is
vulnerable to a buffer overrun. I have been able to reproduce it using
the attached configuration file and issuing the following command:
wget -O - -S -q http://localhost:8000/`perl -e 'print ax4000'`/cookie.php
The other attachment
7 matches
Mail list logo