rcm-de.amazon.de schickt kaputte http header bei http pipeline
Ein HTTP-Pipeline Request gegen “rcm-de.amazon.de” gibt einen kaputten Connection Header zurück.
Die Buchstaben werden (irgendwie..) zufällig durcheinander gewürfelt:
$ nc rcm-de.amazon.de 80 < pipe.txt
HTTP/1.1 200 OK
Date: Thu, 19 Jun 2008 19:37:14 GMT
Server: Server
Cache-control: no-store
Content-Length: 2234
Cneonction: close
Content-Type: text/html
Date: Thu, 19 Jun 2008 19:37:14 GMT
Server: Server
Cache-control: no-store
Content-Length: 2234
Cneonction: close
Content-Type: text/html
Wobei “pipe.txt” in etwa wie folgt ausschaut:
HEAD /e/cm?t=
Host: rcm-de.amazon.de
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de; rv:1.9) Gecko/2008052906 Firefox/3.0
Connection: keep-alive
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
HEAD /e/cm?t=
Host: rcm-de.amazon.de
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de; rv:1.9) Gecko/2008052906 Firefox/3.0
Connection: keep-alive
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Die Konsequenz dessen ist das Pipeline fähige Browser ihre Verbindung nicht umgehend beenden da es ja keinen “Connection: close” Header gab. Letzlich dürfte das unnötige offene Verbindungen bei Amazon’s HTTP-”Server” (der Name ist schon kreativ gewählt worden :-)) verursachen.