400 Bad request mit squid

[Kai Krebber]

Hi!

 

Wir haben einen squid webproxy (3.0.STABLE6) in Betrieb genommen und nun

klappen einige automatisierte http-checks nicht mehr.

Mitsniffen ergibt:

 

 

GET / HTTP/1.1

User-Agent:blabla

Host: 82.100.230.226

 

HTTP/1.0 400 Bad Request

Server: squid/3.0.STABLE6

:

M.E. ist der Request gem. rfc 2616 korrekt. Hier steht ja:

 

' The most common form of Request-URI is that used to identify a

   resource on an origin server or gateway. In this case the absolute

   path of the URI MUST be transmitted (see section 3.2.1, abs_path) as

   the Request-URI, and the network location of the URI (authority) MUST

   be transmitted in a Host header field. For example, a client wishing

   to retrieve the resource above directly from the origin server would

   create a TCP connection to port 80 of the host "www.w3.org" and send

   the lines:

 

       GET /pub/WWW/TheProject.html HTTP/1.1

       Host: www.w3.org

 

   followed by the remainder of the Request. Note that the absolute path

   cannot be empty; if none is present in the original URI, it MUST be

   given as "/" (the server root).'

 

Die Reihenfolge der Header-Felder ist auch egal:

 

'The order in which header fields with differing field names are

   received is not significant.'

 

 

Wenn ich alles in eine Zeile packe (also gem. RFC eine absoluteURI 

statt abs_path nehme), klappts:

 

GET http://82.100.230.226/ HTTP/1.1

User-Agent:blabla

Host:82.100.230.226

 

HTTP/1.0 200 OK

:

Ich könnte also meine checks umschreiben, aber hätte gerne das

Verhalten des Squid verstanden. Kann mir da jemand auf die

Sprünge helfen?

 

Gruß;
Kai