Hi,
On Sat, 07 Aug 2004 09:35:40 +0200, Justin Erenkrantz wrote:
...
> At this date (about 20 months later), I have no earthly idea what was
> wrong. But, I'd suggest trying httpd-2.0 HEAD (aka httpd-2.1) and see if
> that fixes it.
Thanks for the great support - httpd-2.0 HEAD 2004-08-07 really fixes it.
It even provides env variable "proxy-sendchunks" to select between compatible
"Content-Length" (default) and performance-wise "chunked".
On Sat, 07 Aug 2004 19:14:37 +0200, Nick Kew wrote:
> On Sat, 7 Aug 2004, Justin Erenkrantz wrote:
>
> > That's a slightly different story. 2.1 has the fix for this (proxy_http.c
> > r1.166), but it never got back ported to 2.0.
>
> We have a lot of proxy updates in 2.1, which are presumably getting
> test-driven over time. How would one go about proposing a wholesale
> backport?
FYI Fedora Core 2 httpd already backports httpd-2.1 version of proxy_http.c
although it was not so new snapshot to include resolving of my issues.
Current CVS snapshot I Bugzilled them as
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=129391
FYI backport of current mod_proxy is technically trivia - just copying raw
mod_proxy.c
mod_proxy.h
proxy_http.c
although it brings new domain-remapping functionality there.
...
> This is basically the same as an output filter changing the
> content-length. In the 2.0 architecture, the filter must take
> responsibility for not sending a bogus length. The only difference
> is that Connection: close is an option in output.
Although the proxy is OK now there still remains one problem:
I think HTTP server MUST accept the request:
POST ... HTTP/1.0 or HTTP/1.1
[ no Content-Length ]
[ no Transfer-Encoding ]
Connection: close [ or even no Connection header at all]
\r\n
DATA
according to RFC2616 section 4.4. Even httpd-2.1/CVS just assumes empty body.
squid up to squid/2.5.STABLE5 at least responds by "411 Length Required".
Regards,
Lace
--
Jan Kratochvil; Captive: free r/w NTFS Filesystem; http://www.jankratochvil.net/
