2017-10-25 2 views
0

Nur wundernd, ist dies eine gültige HTTP-Anfrage, bitte notieren Sie die führende Leerzeile (n) "\ r \ n" vor den eigentlichen Anfrage-Kopfzeilen.HTTP: führende Leerzeile im Header - ein gültiger HTTP-Request-Header?

\r\n\r\nGET/HTTP/1.0\r\n\r\n 

Obwohl es mit allen Servern (Apache, Lighttpd, nginx) arbeitet, RFC Mandat nichts über führende Leerzeilen und lassen Sie es an die Umsetzung.

Dank

Antwort

0

So sagt der Standard jede neue Zeile mit \r\n und jede Anforderung sollte mit \r\n\r\n

What, at the bare minimum, is required for an HTTP request?

Aber die meisten Server werden handhaben führende newlines der meisten Arten

printf '\rGET/HTTP/1.1\r\nHost: www.example.com\r\nConnection: close\r\n\r\n' | 
    nc www.example.com 80 
printf '\r\nGET/HTTP/1.1\r\nHost: www.example.com\r\nConnection: close\r\n\r\n' | 
    nc www.example.com 80 
printf '\r\r\nGET/HTTP/1.1\r\nHost: www.example.com\r\nConnection: close\r\n\r\n' | 
    nc www.example.com 80 
printf '\n\rGET/HTTP/1.1\r\nHost: www.example.com\r\nConnection: close\r\n\r\n' | 
    nc www.example.com 80 
Ende enden soll

Über gültig oder nicht, viele der Sachen im Netz ist 100% compli ant mit RFC-Standards. Sie können auch

https://en.wikipedia.org/wiki/Hypertext_Transfer_Protocol

So ein Raum schaffen würde ein Problem beim Start sehen, aber viele der Server führenden neue leere Linien würde entfernen