Hi list,
thanks for the replies. Looks like squid in case Content-Length
response header is missing, does it's limitation in a hard way (snip
from src/client_side.c):
} else if (clientReplyBodyTooLarge(http, http-out.offset - 4096)) {
/* 4096 is a margin for the HTTP headers included
On 2/13/07, Dziugas Baltrunas [EMAIL PROTECTED] wrote:
Hi list,
thanks for the replies. Looks like squid in case Content-Length
response header is missing, does it's limitation in a hard way (snip
from src/client_side.c):
} else if (clientReplyBodyTooLarge(http, http-out.offset - 4096)) {
On Tue, 13 Feb 2007 11:30:32 +
Ivan Ristic [EMAIL PROTECTED] wrote:
No. If there's no C-L ModSecurity will count the bytes as they arrive.
If there are too many the entire response will be blocked with 500
(and the error page sent to the client).
That's a tradeoff you make against
On 2/13/07, Nick Kew [EMAIL PROTECTED] wrote:
On Tue, 13 Feb 2007 11:30:32 +
Ivan Ristic [EMAIL PROTECTED] wrote:
No. If there's no C-L ModSecurity will count the bytes as they arrive.
If there are too many the entire response will be blocked with 500
(and the error page sent to the
mån 2007-02-12 klockan 12:41 +0200 skrev Dziugas Baltrunas:
To illustrate, squid for this purpose has reply_body_max_size [1]
parameter. Looks like it is only Content-Length response header (if
any) dependent,
It also terminates requests when the amount of data transferred hits the
specified
Dziugas Baltrunas [EMAIL PROTECTED] writes:
Hi list,
I'm wondering if there any plans to implement implement a response
body length limitation inside mod_proxy?
For now we have only a global LimitRequestBody and what I'm looking is
an analog LimitResponseBody. In case Apache HTTP works as
On 2/12/07, Ding Deng [EMAIL PROTECTED] wrote:
Dziugas Baltrunas [EMAIL PROTECTED] writes:
Hi list,
I'm wondering if there any plans to implement implement a response
body length limitation inside mod_proxy?
For now we have only a global LimitRequestBody and what I'm looking is
an analog
Dziugas Baltrunas schreef:
Hi list,
I'm wondering if there any plans to implement implement a response
body length limitation inside mod_proxy?
Output filter which checks the size and returns an error when it's
larger than a predefined size?
Joost
On Mon, 12 Feb 2007 18:26:54 +0100
Joost de Heer [EMAIL PROTECTED] wrote:
Dziugas Baltrunas schreef:
Hi list,
I'm wondering if there any plans to implement implement a response
body length limitation inside mod_proxy?
Output filter which checks the size and returns an error when it's
mån 2007-02-12 klockan 17:51 + skrev Nick Kew:
2. Where there's chunked encoding, the check would best be
implemented in the chunking filter.
3. A simple count/abort filter is then a last resort.
And it won't be able to tell the client what's happened,
because the header has already
On Mon, 12 Feb 2007 22:09:57 +0100
Henrik Nordstrom [EMAIL PROTECTED] wrote:
mån 2007-02-12 klockan 17:51 + skrev Nick Kew:
2. Where there's chunked encoding, the check would best be
implemented in the chunking filter.
3. A simple count/abort filter is then a last resort.
And it
mån 2007-02-12 klockan 21:55 + skrev Nick Kew:
Because the chunking filter is equipped to discard the chunk that
takes it over the limit, and substitute end-of-chunking.
If we do that in a new filter, we have to reinvent that wheel.
Not sure substitue end-of-chunking is a reasonable thing
On Mon, 12 Feb 2007 23:35:24 +0100
Henrik Nordstrom [EMAIL PROTECTED] wrote:
mån 2007-02-12 klockan 21:55 + skrev Nick Kew:
Because the chunking filter is equipped to discard the chunk that
takes it over the limit, and substitute end-of-chunking.
If we do that in a new filter, we
13 matches
Mail list logo