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