Eine typische HTTP-Sitzung

Bei Client-Server-Protokollen ist es der Client, der die Verbindung herstellt. Eine Verbindung in HTTP zu öffnen bedeutet, eine Verbindung in der zugrunde liegenden Transportschicht zu initiieren, normalerweise ist dies TCP.

Mit TCP ist der Standardport für einen HTTP-Server auf einem Computer Port 80. Andere Ports können ebenfalls verwendet werden, wie 8000 oder 8080. Die URL einer abzurufenden Seite enthält sowohl den Domainnamen als auch die Portnummer, wobei letzteres weggelassen werden kann, wenn es 80 ist. Siehe die URL-Referenz für weitere Details.

Sobald die Verbindung hergestellt ist, kann der User-Agent die Anfrage senden (ein User-Agent ist typischerweise ein Webbrowser, kann aber auch etwas anderes sein, beispielsweise ein Crawler). Eine Client-Anfrage besteht aus Textanweisungen, getrennt durch CRLF (Carriage Return, gefolgt von Line Feed), aufgeteilt in drei Blöcke:

1. Die erste Zeile enthält eine Anfragemethode, gefolgt von ihren Parametern:

   • den Pfad des Dokuments, als absolute URL ohne das Protokoll oder den Domainnamen
   • die HTTP-Protokollversion

2. Die nachfolgenden Zeilen repräsentieren einen HTTP-Header, der dem Server Informationen darüber gibt, welche Art von Daten angemessen ist (zum Beispiel welche Sprache, welche MIME-Typen) oder andere Daten, die sein Verhalten ändern (zum Beispiel keine Antwort zu senden, wenn sie bereits im Cache ist). Diese HTTP-Header bilden einen Block, der mit einer leeren Zeile endet.

3. Der abschließende Block ist ein optionaler Datenblock, der möglicherweise weitere Daten enthält, hauptsächlich verwendet von der POST-Methode.

Abrufen der Startseite von developer.mozilla.org, (https://developer.mozilla.org/), mit der Anweisung an den Server, dass der User-Agent es vorzieht, die Seite möglichst auf Französisch zu erhalten:

GET / HTTP/1.1
Host: developer.mozilla.org
Accept-Language: fr

Beachten Sie die abschließende leere Zeile, diese trennt den Datenblock vom Headerblock. Da keine Content-Length in einem HTTP-Header angegeben ist, wird dieser Datenblock leer dargestellt, was das Ende der Header markiert und es dem Server ermöglicht, die Anfrage zu bearbeiten, sobald er diese leere Zeile erhält.

Zum Beispiel das Senden des Ergebnisses eines Formulars:

POST /contact_form.php HTTP/1.1
Host: developer.mozilla.org
Content-Length: 64
Content-Type: application/x-www-form-urlencoded

name=Joe%20User&request=Send%20me%20one%20of%20your%20catalogue

HTTP definiert eine Reihe von Anfragemethoden, die die gewünschte Aktion angeben, die auf eine Ressource angewendet werden soll. Auch wenn sie manchmal als Substantive verwendet werden, werden diese Anfragemethoden manchmal als HTTP-Verben bezeichnet. Die gebräuchlichsten Anfragen sind GET und POST:

• Die GET Methode fordert eine Datenrepräsentation der angegebenen Ressource an. Anfragen, die GET verwenden, sollten nur Daten abrufen.
• Die POST Methode sendet Daten an einen Server, um dessen Zustand zu ändern. Diese Methode wird häufig für HTML-Formulare verwendet.

Nachdem der verbundene Agent seine Anfrage gesendet hat, verarbeitet der Webserver sie und liefert letztendlich eine Antwort zurück. Ähnlich einer Client-Anfrage wird eine Serverantwort aus Textanweisungen gebildet, die durch CRLF getrennt sind, jedoch in drei Blöcke unterteilt sind:

1. Die erste Zeile, die Statuszeile, besteht aus einer Bestätigung der verwendeten HTTP-Version, gefolgt von einem Antwortstatuscode (und seiner kurzen Bedeutung in menschenlesbarem Text).
2. Die nachfolgenden Zeilen repräsentieren spezifische HTTP-Header, die dem Client Informationen über die gesendeten Daten geben (zum Beispiel Typ, Datenmenge, verwendeter Komprimierungsalgorithmus, Hinweise zum Caching). Ähnlich dem Block von HTTP-Headern für eine Client-Anfrage bilden diese HTTP-Header einen Block, der mit einer leeren Zeile endet.
3. Der abschließende Block ist ein Datenblock, der die optionalen Daten enthält.

Erfolgreiche Antwort einer Webseite:

HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
Content-Length: 55743
Connection: keep-alive
Cache-Control: s-maxage=300, public, max-age=0
Content-Language: en-US
Date: Thu, 06 Dec 2018 17:37:18 GMT
ETag: "2e77ad1dc6ab0b53a2996dfd4653c1c3"
Server: meinheld/0.6.1
Strict-Transport-Security: max-age=63072000
X-Content-Type-Options: nosniff
X-Frame-Options: DENY
X-XSS-Protection: 1; mode=block
Vary: Accept-Encoding,Cookie
Age: 7

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <title>A basic webpage</title>
</head>
<body>
  <h1>Basic HTML webpage</h1>
  <p>Hello, world!</p>
</body>
</html>

Benachrichtigung, dass die angeforderte Ressource permanent verschoben wurde:

HTTP/1.1 301 Moved Permanently
Server: Apache/2.4.37 (Red Hat)
Content-Type: text/html; charset=utf-8
Date: Thu, 06 Dec 2018 17:33:08 GMT
Location: https://developer.mozilla.org/ (this is the new link to the resource; it is expected that the user-agent will fetch it)
Keep-Alive: timeout=15, max=98
Accept-Ranges: bytes
Via: Moz-Cache-zlb05
Connection: Keep-Alive
Content-Length: 325 (the content contains a default page to display if the user-agent is not able to follow the link)

<!doctype html>… (contains a site-customized page helping the user to find the missing resource)

Benachrichtigung, dass die angeforderte Ressource nicht existiert:

HTTP/1.1 404 Not Found
Content-Type: text/html; charset=utf-8
Content-Length: 38217
Connection: keep-alive
Cache-Control: no-cache, no-store, must-revalidate, max-age=0
Content-Language: en-US
Date: Thu, 06 Dec 2018 17:35:13 GMT
Expires: Thu, 06 Dec 2018 17:35:13 GMT
Server: meinheld/0.6.1
Strict-Transport-Security: max-age=63072000
X-Content-Type-Options: nosniff
X-Frame-Options: DENY
X-XSS-Protection: 1; mode=block
Vary: Accept-Encoding,Cookie
X-Cache: Error from cloudfront

<!doctype html>… (contains a site-customized page helping the user to find the missing resource)

HTTP-Antwortstatuscodes zeigen an, ob eine bestimmte HTTP-Anfrage erfolgreich abgeschlossen wurde. Antworten werden in fünf Klassen gruppiert: informative Antworten, erfolgreiche Antworten, Umleitungen, Client-Fehler und Server-Fehler.

• 200: OK. Die Anfrage war erfolgreich.
• 301: Moved Permanently. Dieser Antwortcode bedeutet, dass die URI der angeforderten Ressource geändert wurde.
• 404: Not Found. Der Server kann die angeforderte Ressource nicht finden.

• URLs
• HTTP-Header
• HTTP-Anfragemethoden
• HTTP-Antwortstatuscodes