HTTP Arthur Zaczek Aug 2015
HTTP 1 Einleitung 1.1 Definition Das Hypertext Transfer Protocol ( HTTP , dt. Hypertext-Übertragungsprotokoll) ist ein Protokoll zur Übertragung von Daten über ein Netzwerk . Es wird hauptsächlich eingesetzt, um Webseiten aus dem World Wide Web (WWW) in einen Webbrowser zu laden. HTTP gehört der sogenannten Anwendungsschicht etablierter Netzwerkmodelle an. Die Anwen- dungsschicht wird von den Anwendungsprogrammen angesprochen, im Fall des HTTP ist dies meistens ein Webbrowser . Im ISO/OSI-Schichtenmodell entspricht die Anwendungsschicht den Schichten 5–7. 1.2 Zustandslos HTTP ist ein zustandsloses Protokoll. Ein zuverlässiges Mitführen von Sitzungsdaten kann erst auf der Anwendungsschicht durch eine Sitzung über eine Session-ID implementiert werden. Durch Erweiterung seiner Anfragemethoden, Header-Informationen und Statuscodes ist das HTTP nicht auf Hypertext beschränkt, sondern wird zunehmend zum Austausch beliebiger Daten verwendet . Zur Kommunikation ist HTTP auf ein zuverlässiges Transportprotokoll angewiesen. In nahezu allen Fällen wird hierfür TCP verwendet. 1.3 Geschichte Das Protokoll wurde 1989 von Tim Berners-Lee am CERN zusammen mit der URL und der HTML entwickelt, wodurch praktisch das World Wide Web geboren wurde. 1.4 Aufbau Die Kommunikationseinheiten im HTTP zwischen Client und Server werden als Nachrichten beze- ichnet, von denen es zwei unterschiedliche Arten gibt: • die Anfrage (engl. Request ) vom Client an den Server und • die Antwort (engl. Response ) als Reaktion darauf vom Server zum Client. 1.5 Aufbau Jede Nachricht besteht dabei aus zwei Teilen: • dem Nachrichtenkopf (engl. Message Header, kurz: Header oder auch HTTP-Header genannt). Er enthält wichtige Informationen über den Nachrichtenkörper wie etwa ver- wendete Kodierungen oder den Inhaltstyp, damit dieser vom Empfänger korrekt interpretiert werden kann. • dem Nachrichtenkörper (engl. Message Body, kurz: Body) Der Nachrichtenkörper enthält schließlich die Nutzdaten. 1
HTTP 1.6 Funktionsweis HTTP ist ein Kommunikationsschema , um Webseiten (oder Bilder oder prinzipiell jede andere beliebige Datei) von einem entfernten Computer auf den eigenen zu übertragen. Wenn auf einer Webseite der Link zur URL http://www.example.net/infotext.html aktiviert wird, so wird an den Computer mit dem Hostnamen www.example.net die Anfrage gerichtet, die Ressource /infotext.html zurückzusenden. Der Name www.example.net wird dabei zuerst über das DNS-Protokoll in eine IP-Adresse umgesetzt. Zur Übertragung wird über TCP auf den Standard-Port 80 des HTTP-Servers eine HTTP-GET-Anforderung gesendet. 1.7 Beispiel GET /infotext.html HTTP/1.1 Host: www.example.net HTTP/1.1 200 OK Server: Apache/1.3.29 (Unix) PHP/4.3.4 Content-Length: (Größe von infotext.html in Byte) Content-Language: de (nach ISO 639 und ISO 3166) Content-Type: text/html Connection: close (Inhalt von infotext.html) 1.8 Funktionsweise Enthält der Link Zeichen , die in der Anfrage nicht erlaubt sind, werden diese % -kodiert. Zusät- zliche Informationen wie Angaben über den Browser, zur gewünschten Sprache etc. können über den Header (Kopfzeilen) in jeder HTTP-Kommunikation übertragen werden. Sobald der Header mit einer Leerzeile abgeschlossen wird, sendet der Computer, der einen Web-Server (an Port 80) betreibt, seinerseits eine HTTP-Antwort zurück. Diese besteht aus den Header-Informationen des Servers , einer Leerzeile und dem tatsächlichen Inhalt der Nachricht, also dem Dateiinhalt der infotext.html-Datei. 1.9 Funktionsweise Übertragen werden normalerweise Dateien in Seitenbeschreibungssprachen wie (X)HTML und alle ihre Ergänzungen, zum Beispiel Bilder, Stylesheets (CSS), Skripte (JavaScript) usw., die meistens von einem Browser in einer lesbaren Darstellung miteinander verbunden werden. Prinzipiell kann jede Datei in jedem beliebigen Format übertragen werden, wobei die „Datei“ auch dynamisch generiert werden kann und nicht auf dem Server als physische Datei vorhanden zu sein braucht (z. B. bei Anwendung von CGI, SSI, JSP , PHP und ASP .NET). 1.10 Protokollversionen Derzeit werden zwei Protokollversionen, HTTP/1.0 und HTTP/1.1 , verwendet. HTTP/2.0 ist in Arbeit. 2
HTTP Bei HTTP/1.0 wird vor jeder Anfrage eine neue TCP-Verbindung aufgebaut und nach Übertra- gung der Antwort standardmäßig vom Server wieder geschlossen. Sind in ein HTML-Dokument beispielsweise zehn Bilder eingebettet, so werden insgesamt elf TCP-Verbindungen benötigt, um die Seite auf einem grafikfähigen Browser aufzubauen. 1.11 Protokollversion Bei HTTP/1.1 kann ein Client durch einen zusätzlichen Headereintrag ( Keep-Alive ) den Wunsch äußern, keinen Verbindungsabbau durchzuführen, um die Verbindung erneut nutzen zu kön- nen (persistent connection). Die Unterstützung auf Serverseite ist jedoch optional und kann in Verbindung mit Proxies Probleme bereiten. Mittels HTTP-Pipelining können in der Version 1.1 mehrere Anfragen und Antworten pro TCP- Verbindung gesendet werden. Für das HTML-Dokument mit zehn Bildern wird so nur eine TCP-Verbindung benötigt. 1.12 Zustandsloses Protokoll Bei HTTP gehen Informationen aus früheren Anforderungen verloren (zustand- sloses Protokoll). Über Cookies in den Header-Informationen können aber Anwendungen realisiert werden, die Statusinformationen (Benutzereinträge, Warenkörbe) zuordnen können. Dadurch werden An- wendungen möglich, die Status- bzw. Sitzungseigenschaften erfordern. 1.13 HTTPS Normalerweise kann die Information, die über HTTP übertragen wird, auf allen Rechnern und Routern gelesen werden, die im Netzwerk durchlaufen werden. Über HTTPS kann die Übertragung aber verschlüsselt erfolgen. 1.14 HTTP Request Methoden • GET ist die gebräuchlichste Methode. Mit ihr werden Inhalte vom Server angefordert. • POST ähnelt der GET-Methode, nur dass ein zusätzlicher Datenblock übermittelt wird. Dieser besteht üblicherweise aus Name-Wert-Paaren, die aus einem HTML-Formular stammen. Grundsätzlich können Daten auch mittels GET übertragen werden (als Argu- mente im URI). 1.15 HTTP Request Methoden • HEAD weist den Server an, die gleichen HTTP-Header wie bei einem GET oder POST, nicht jedoch den eigentlichen Dokumentinhalt selbst zu senden. So kann zum Beispiel schnell die Gültigkeit einer Datei im Browsercache geprüft werden. • PUT dient dazu, Dateien unter Angabe des Ziel-URIs auf einen Webserver hochzuladen. 3
HTTP WebDAV 1.16 HTTP Request Methoden • DELETE löscht die angegebene Ressource (z. B. eine Datei) auf dem Server. • OPTIONS liefert eine Liste der vom Server unterstützen Methoden und Features. • Und andere. . . 1.17 Argumentübertragung Häufig will der Nutzer einer Website spezielle Informationen senden. Dazu stellt HTTP prinzipiell zwei Möglichkeiten zur Verfügung: • HTTP-GET : Die Daten sind Teil der URL und bleiben deshalb beim Speichern oder der Weitergabe des Links erhalten. • HTTP-POST : Übertragung der Daten mit einer speziell dazu vorgesehenen Anfrageart in den Nachrichtenkörper, so dass sie in der URL nicht sichtbar sind. Die zu übertragenden Daten müssen ggf. URL-kodiert werden, d. h. reservierte Zeichen müssen mit %<Hex-Wert> und Leerzeichen mit + dargestellt werden. 1.18 HTTP GET Hierbei werden die Parameter-Wertepaare durch das Zeichen ? in der URL eingeleitet. Häufig besteht diese Liste aus mit dem Zeichen & getrennten Wertepaaren, die je aus einem Parameternamen, dem Zeichen = und dem Wert des Parameters bestehen. 1.19 HTTP Get GET /wiki/Spezial:Search?search=Software&go=Artikel HTTP/1.1 Host: de.wikipedia.org Dem Wikipedia-Server werden zwei Wertepaare übergeben: search Software go Artikel 1.20 HTTP Post Da sich die Daten nicht in der URL befinden, können per POST große Datenmengen, z. B. Bilder, übertragen werden. 4
Recommend
More recommend
