Apache proxy serving M$-junk

Hi,

the online update function on win2000 doesn't seem to work over an
apache proxy. I've looked at the logs and the only thing that's
different between what is served directly an what is served by te proxy
is that the proxy strips off the Content-Length and Transfer-Encoding
headers. From the sources I gather this is done to not break the
keep-alive code, but for IE clients the keepalive is turned off anyway (
from the httpd.conf ). Is there any harm in sending these headers
through when the keep-alive is off ?

Thanks !

Peter.

Re: Apache proxy serving M$-junk

Peter Van Biesen wrote:

> the online update function on win2000 doesn't seem to work over an
> apache proxy. I've looked at the logs and the only thing that's
> different between what is served directly an what is served by te proxy
> is that the proxy strips off the Content-Length and Transfer-Encoding
> headers. From the sources I gather this is done to not break the
> keep-alive code, but for IE clients the keepalive is turned off anyway (
> from the httpd.conf ). Is there any harm in sending these headers
> through when the keep-alive is off ?

Which version of Apache is this?

Apache v2.0 no longer strips Content-Length, and Transfer-Encoding is
supposed to be stripped (by my be readded again by Apache) as it is a
hop-by-hop header.

Regards,
Graham
--
-----------------------------------------
minfrin@sharp.fm "There's a moon
over Bourbon Street
tonight..."

Re: Apache proxy serving M$-junk

Graham Leggett wrote:

> Peter Van Biesen wrote:
>
>> the online update function on win2000 doesn't seem to work over an
>> apache proxy. I've looked at the logs and the only thing that's
>> different between what is served directly an what is served by te
>> proxy is that the proxy strips off the Content-Length and
>> Transfer-Encoding headers. From the sources I gather this is done to
>> not break the keep-alive code, but for IE clients the keepalive is
>> turned off anyway ( from the httpd.conf ). Is there any harm in
>> sending these headers through when the keep-alive is off ?
>
>
> Which version of Apache is this?

I've tested it with 2.0.43 :

via the proxy :

telnet vlafo3 80
Trying 193.190.145.66...
Connected to vlafo3.
Escape character is '^]'.
HEAD http://www.xs4all.be HTTP/1.0

HTTP/1.1 200 OK
Date: Mon, 24 Mar 2003 08:28:29 GMT
Server: Apache/1.3.27 (Unix) PHP/4.2.3 mod_ssl/2.8.12 OpenSSL/0.9.6g
X-Powered-By: PHP/4.2.3
Set-Cookie: PHPSESSID=fc1df1ba6217f3fbff91854fface4e95; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
pre-check=0
Pragma: no-cache
Content-Type: text/html
Connection: close

Connection closed by foreign host.

directly :

telnet www.xs4all.be 80
Trying...
Connected to www.xs4all.be.
Escape character is '^]'.
HEAD / HTTP/1.0

HTTP/1.1 200 OK
Date: Mon, 24 Mar 2003 08:28:43 GMT
Server: Apache/1.3.27 (Unix) PHP/4.2.3 mod_ssl/2.8.12 OpenSSL/0.9.6g
Last-Modified: Mon, 18 Mar 2002 15:58:16 GMT
ETag: "4cc08e-30-3c960e98"
Accept-Ranges: bytes
Content-Length: 48
Connection: close
Content-Type: text/html

Connection closed by foreign host.

From the source ( both 2.0.43 and 2.0.44 ) ( proxy_http.c ) :

/* In order for ap_set_keepalive to work properly, we can NOT
* have any length information stored in the output headers.
*/
apr_table_unset(r->headers_out,"Transfer-Encoding");
apr_table_unset(r->headers_out,"Content-Length");

This is only done when the body is sent ( so normally, when HEAD is
used, this should not occur ), but, experimentally it does occur .... ??

Of course, the above example is not the microsoft example as the url is
only temporarely usable. The url with which I tested was :
HEAD http://windowsupdate.microsoft.com/v4/iuident.cab?0303211357 HTTP/1.0

In order to get a new one, you need to start the automatic update of
win2000 and look at the log ...

> Apache v2.0 no longer strips Content-Length, and Transfer-Encoding is
> supposed to be stripped (by my be readded again by Apache) as it is a
> hop-by-hop header.
>
> Regards,
> Graham

I don't know the source very well, so maybe I'm missing something ?

Peter

Re: Apache proxy serving M$-junk

Peter Van Biesen wrote:

> I've tested it with 2.0.43 :

This is fixed in v2.0.45 in that proxy no longer touches Content-Length.
There is a separate fix outstanding which affects the content length
filter - which was changing content length to zero on HEAD requests.
When that fix is committed this problem should go away.

Regards,
Graham
--
-----------------------------------------
minfrin@sharp.fm "There's a moon
over Bourbon Street
tonight..."

RE: Apache proxy serving M$-junk

>-----Original Message-----
>From: Graham Leggett [mailto:minfrin@sharp.fm]=20
>Sent: Monday, March 24, 2003 7:11 PM
>To: modproxy-dev@apache.org
>Subject: Re: Apache proxy serving M$-junk
>
>There is a separate fix outstanding which affects the content length=20
>filter - which was changing content length to zero on HEAD requests.=20
>When that fix is committed this problem should go away.

The proxy is still dropping Content-Length when replying to HEAD =
requests on
2.0.45.

Where is that fix available? Is it going to be committed? Is there a =
bugzilla
case for this problem? (I could not find one)

Re: Apache proxy serving M$-junk

From the changes file its PR 8677.
I don't see your name in the changes file, so I suppose your fix isn't
in there ... maybe for the 2.0.46 release ( if it hasn't been rejected
silently ) ?

Greetz,

Peter.
PS: my patch isn't in there either :-(

Tikka, Sami wrote:

>>-----Original Message-----
>>From: Graham Leggett [mailto:minfrin@sharp.fm]
>>Sent: Monday, March 24, 2003 7:11 PM
>>To: modproxy-dev@apache.org
>>Subject: Re: Apache proxy serving M$-junk
>>
>>There is a separate fix outstanding which affects the content length
>>filter - which was changing content length to zero on HEAD requests.
>>When that fix is committed this problem should go away.
>>
>>
>
>The proxy is still dropping Content-Length when replying to HEAD requests on
>2.0.45.
>
>Where is that fix available? Is it going to be committed? Is there a bugzilla
>case for this problem? (I could not find one)
>
>
>

--
Peter Van Biesen
Adj. Sysadmin V.F.S.I.P.H.

tel: +32 (0) 2 225 85 70
fax: +32 (0) 2 225 85 88
e-mail: peter.vanbiesen@vlafo.be

RE: Apache proxy serving M$-junk

Hmm... true, the mod_proxy has been fixed (PR 8677) so that it won't =
always
and unconditionally remove Content-Length.

But the Content-Length of the HEAD requuest is a different thing... =
Perhaps
I'll open a new PR for it.

>-----Original Message-----
>From: Peter Van Biesen [mailto:peter.vanbiesen@vlafo.be]=20
>Sent: Monday, April 07, 2003 12:44 PM
>To: modproxy-dev@apache.org
>Subject: Re: Apache proxy serving M$-junk
>
>
> From the changes file its PR 8677.
>I don't see your name in the changes file, so I suppose your fix isn't=20
>in there ... maybe for the 2.0.46 release ( if it hasn't been rejected=20
>silently ) ?
>
>Greetz,
>
>Peter.
>PS: my patch isn't in there either :-(
>
>Tikka, Sami wrote:
>
>>>-----Original Message-----
>>>From: Graham Leggett [mailto:minfrin@sharp.fm]
>>>Sent: Monday, March 24, 2003 7:11 PM
>>>To: modproxy-dev@apache.org
>>>Subject: Re: Apache proxy serving M$-junk
>>>
>>>There is a separate fix outstanding which affects the content length
>>>filter - which was changing content length to zero on HEAD requests.=20
>>>When that fix is committed this problem should go away.
>>> =20
>>>
>>
>>The proxy is still dropping Content-Length when replying to HEAD=20
>>requests on 2.0.45.
>>
>>Where is that fix available? Is it going to be committed? Is there a=20
>>bugzilla case for this problem? (I could not find one)
>>
>> =20
>>
>
>--=20
>Peter Van Biesen
>Adj. Sysadmin V.F.S.I.P.H.
>
>tel: +32 (0) 2 225 85 70
>fax: +32 (0) 2 225 85 88
>e-mail: peter.vanbiesen@vlafo.be
>
>
>

Re: Apache proxy serving M$-junk

Tikka, Sami wrote:

> Hmm... true, the mod_proxy has been fixed (PR 8677) so that it won't always
> and unconditionally remove Content-Length.
>
> But the Content-Length of the HEAD requuest is a different thing... Perhaps
> I'll open a new PR for it.

Please do - but don't open it under proxy, but rather under core, as it
seems to be a problem with the content length filter, which has nothing
to do with proxy.

If there are any patches outstanding on this issue, please could people
post them again - they are likely to have fallen through the cracks
otherwise.

Regards,
Graham
--
-----------------------------------------
minfrin@sharp.fm "There's a moon
over Bourbon Street
tonight..."

RE: Apache proxy serving M$-junk

Done. PR 18757

>-----Original Message-----
>From: Graham Leggett [mailto:minfrin@sharp.fm]=20
>Sent: Monday, April 07, 2003 4:12 PM
>To: modproxy-dev@apache.org
>Subject: Re: Apache proxy serving M$-junk
>
>Please do - but don't open it under proxy, but rather under=20
>core, as it=20
>seems to be a problem with the content length filter, which=20
>has nothing=20
>to do with proxy.