HTTP steht für „Hypertext Transfer Protocol“. Der Name spiegelt die ursprüngliche Verwendung zur Übertragung von Hypertext-Dokumenten wider, obwohl heute auch Bilder, API-Daten, Videos und andere Inhalte übertragen werden.

HTTP definiert, wie ein Client eine Ressource von einem Server anfordert und wie der Server darauf antwortet. Es legt das Format von Methoden, Headern, Statuscodes und Payloads fest, damit Browser, Anwendungen und APIs Daten austauschen können.

Wo befindet sich HTTP im OSI-Modell?

HTTP arbeitet auf der Anwendungsschicht, also Schicht 7 des OSI-Modells. Es stützt sich auf darunterliegende Schichten wie TCP oder QUIC und IP, um seine Nachrichten zu übertragen.

Was ist der Zweck des Hypertext Transfer Protocol?

Sein Zweck besteht darin, eine gemeinsame, standardisierte Methode für die Anforderung und Bereitstellung von Webressourcen zwischen Clients und Servern bereitzustellen. Dadurch können alle kompatiblen Browser, Proxys oder Server miteinander kommunizieren.

Ist HTTP dasselbe wie das Web?

Nein. HTTP ist ein Protokoll, das im Web neben URLs und HTML verwendet wird. Es wird auch außerhalb von Browsern häufig genutzt, beispielsweise von REST-APIs und Software-Update-Diensten.

Glossar
Was ist das Hypertext Transfer Protocol (HTTP)?

Sicherheitsglossar

Was ist das Hypertext Transfer Protocol (HTTP)?

Das Hypertext Transfer Protocol (HTTP) ist ein Protokoll der Anwendungsschicht, mit dem Clients wie Webbrowser und API-Nutzer Ressourcen von Servern anfordern und empfangen können. Es funktioniert als zustandsloser Austausch von Anfragen und Antworten, der in HTTP/1.1 und HTTP/2 über TCP und in HTTP/3 über QUIC übertragen wird.

Vereinfachen wir Ihr DDI

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button

Die wichtigsten Erkenntnisse

Hypertext Transfer Protocol (HTTP) is an application-layer protocol that enables clients such as web browsers and API consumers to request and receive resources from servers through stateless request-response exchanges over TCP (HTTP/1.1 and HTTP/2) or QUIC (HTTP/3). The protocol defines how clients send methods like GET or POST with headers and optional bodies, and how servers respond with status codes and content, with each request operating independently unless state is maintained through cookies or tokens. HTTP carries most web and API traffic, making its behavior critical to application performance, availability, and security, though plain HTTP lacks encryption and leaves content vulnerable to interception unless upgraded to HTTPS with TLS encryption.

HTTP/2 and HTTP/3 multiplex multiple request-response exchanges over a single connection while maintaining the same request and response semantics, improving efficiency compared to HTTP/1.1.
Common operational issues such as redirect loops, gateway timeouts, stale cached content, and incorrect client address logging directly impact application availability and troubleshooting even when the underlying network is healthy.
Plain HTTP transmits messages in cleartext without encryption, making it susceptible to credential theft and session hijacking, whereas HTTPS wraps HTTP inside a TLS connection to provide encryption, integrity protection and server authentication.

HTTP auf einen Blick

Attribute	Value
Full name	Hypertext Transfer Protocol
Category	Network protocol
Defined in	RFC 9110 (HTTP semantics), with version-specific specifications in RFC 9112 (HTTP/1.1), RFC 9113 (HTTP/2) and RFC 9114 (HTTP/3)
Protocol and port	TCP port 80 by default for HTTP; HTTP/3 runs over QUIC, which uses UDP
OSI layer	Layer 7 (application)
Primary use	Transferring web pages, API data and other resources between clients and servers
Related terms	HTTPS, TLS, DNS over HTTPS, URL, TCP

So funktioniert HTTP

HTTP ist ein zustandsloses Anfrage- und Antwortprotokoll. Ein Client sendet eine Anfrage, in der eine Ressource und eine Aktion angegeben werden, und der Server gibt eine Antwort mit einem Statuscode und in der Regel auch mit Inhalten zurück.

Auflösung des Hostnamens: Der Client verwendet DNS, um den Hostnamen in der URL in eine IP-Adresse umzuwandeln.
Verbindung herstellen: Der Client öffnet eine TCP-Verbindung zum Server, standardmäßig auf Port 80. HTTP/3 verwendet stattdessen eine QUIC-Verbindung. Bei HTTPS folgt ein TLS-Handshake.
Anfrage senden: Der Client sendet eine Methode wie GET oder POST, den Zielpfad, Header und optional einen Body.
Anfrage verarbeiten: Der Server interpretiert die Methode und die Header und sucht oder generiert anschließend die angeforderte Ressource.
Antwort zurückgeben: Der Server antwortet mit einem Statuscode wie 200 oder 404, Antwort-Headern und in der Regel einem Hauptteil. Der Client rendert dann den Inhalt oder übergibt die Daten an eine Anwendung.

Jede Anfrage ist unabhängig, daher behalten Server den Client-Status zwischen den Anfragen nicht bei, es sei denn, er wird durch Cookies oder Tokens übertragen. HTTP/2 und HTTP/3 bündeln mehrere Datenaustausche über eine Verbindung, wobei die gleiche Anfrage- und Antwortsemantik beibehalten wird.

Warum HTTP in Unternehmensnetzwerken wichtig ist

HTTP wickelt den Großteil des Web- und API-Datenverkehrs ab, daher wirkt sich sein Verhalten auf die Anwendungsleistung, die Verfügbarkeit und die Fehlerbehebung aus. Statuscodes, Antwortzeiten und Header-Daten sind gängige Eingaben für die Überwachung, den Lastausgleich und die Reaktion auf Vorfälle. Falsch konfigurierte Weiterleitungen, Caching oder Timeouts können Anwendungen verlangsamen oder zum Absturz bringen, selbst wenn das zugrunde liegende Netzwerk einwandfrei funktioniert.

Bei einfachem HTTP werden Anfragen und Antworten unverschlüsselt übertragen. Jeder, der sich auf dem Netzwerkpfad befindet, kann den Inhalt lesen oder verändern, einschließlich Anmeldedaten und Sitzungs-Cookies. HTTPS behebt dieses Problem, indem HTTP innerhalb einer TLS-Verbindung ausgeführt wird, die Verschlüsselung und Serverauthentifizierung gewährleistet. In RFC 6797 ist zudem „HTTP Strict Transport Security“ definiert, das Browser anweist, für eine bestimmte Website ausschließlich HTTPS zu verwenden.

Da HTTP von den meisten Firewalls zugelassen wird, ist es auch ein häufiger Kanal für den Befehlsverkehr von Malware, für Datenexfiltration sowie für Angriffe auf Webanwendungen. Netzwerkteams protokollieren und überprüfen daher den HTTP- und HTTPS-Datenverkehr, sofern die Richtlinien dies zulassen. Schwache Sicherheitsmaßnahmen, wie abgelaufene Zertifikate oder unverwaltete reine HTTP-Endpunkte, führen zu Browserwarnungen, fehlgeschlagenen API-Aufrufen und offengelegten Daten.

Wie sich HTTP von verwandten Begriffen unterscheidet

HTTP vs. HTTPS

HTTP überträgt Nachrichten im Klartext, während HTTPS dieselben HTTP-Nachrichten innerhalb einer TLS-Verbindung überträgt, die Verschlüsselung, Integritätsschutz und Serverauthentifizierung bietet.

Attribute	HTTP	HTTPS
Encryption	None; content is readable on the network path	Encrypted by TLS
Default port	80	443
Setup cost	TCP handshake only for HTTP/1.1	Adds a TLS handshake

HTTP vs. DNS über HTTPS

HTTP ist ein allgemeines Anwendungsprotokoll zum Abrufen von Webressourcen, während DNS über HTTPS HTTPS als Transportprotokoll für DNS-Anfragen und -Antworten nutzt. Was ist DNS über HTTPS?

Attribute	HTTP	DNS over HTTPS
Purpose	Retrieve web pages and API data	Resolve DNS names privately
Payload	Web content and API messages	DNS queries and answers
Encryption	Only when used as HTTPS	Always, through HTTPS

Häufige HTTP-Probleme

Ein Browser meldet zu viele Weiterleitungen, wenn ein Server von HTTP auf HTTPS umleitet und ein Proxy oder Load Balancer die TLS-Verbindung beendet und unverschlüsseltes HTTP zurück an den Ursprungsserver weiterleitet. Der Ursprungsserver erkennt die Anfrage nie als sicher und leitet sie erneut weiter.

Clients erhalten 502- oder 504-Antworten, wenn ein Proxy oder Load Balancer keine zeitnahe Antwort vom Backend erhält. Häufige Ursachen sind nicht aufeinander abgestimmte Timeouts für die Leerlaufzeit, erschöpfte Backend-Verbindungen und eine langsame DNS-Auflösung im Upstream.

Benutzer sehen nach einer Bereitstellung alte Seiten oder API-Daten, da Cache-Header es Browsern oder Zwischencaches ermöglichen, Antworten wiederzuverwenden. Typische Ursachen sind zu lange „max-age“-Werte und fehlende Validatoren.

Eine über HTTPS bereitgestellte Seite, die Skripte oder Bilder über einfaches HTTP lädt, wird von Browsern teilweise blockiert, sodass Funktionen nicht funktionieren, während die Seite selbst geladen wird. Fest codierte HTTP-Links und fehlende Weiterleitungen sind die üblichen Ursachen.

Backend-Protokolle zeigen die Proxy-Adresse anstelle der tatsächlichen Client-Adresse an, wenn der Header „X-Forwarded-For“ nicht gesetzt, nicht vertrauenswürdig oder nicht geparst ist. Dies beeinträchtigt die Ratenbegrenzung, die Zugriffskontrolle und die Untersuchung von Vorfällen.

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

Verwalten Sie DNS, DHCP und IP-Adressen über eine einzige Plattform mit integrierter Automatisierung, Transparenz und Kontrolle.

Kontaktieren Sie uns

Das intelligente Netzwerk

Was ist das Hypertext Transfer Protocol (HTTP)?

Sind Sie bereit, Ihre DDI zu vereinfachen?

HTTP auf einen Blick

So funktioniert HTTP

Warum HTTP in Unternehmensnetzwerken wichtig ist

Wie sich HTTP von verwandten Begriffen unterscheidet

HTTP vs. HTTPS

HTTP vs. DNS über HTTPS

Häufige HTTP-Probleme

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

HTTP-FAQ

Verwandte Begriffe

Einrichtung von geregelten, auditfähigen IPAM-Workflow- und Genehmigungsmodellen für Unternehmensnetzwerke

Das OSI-Modell verstehen: Wo DNS und IP-Adressierung in die 7 Schichten passen

Skalierung von DNS und IPAM für IPv6- und Dual-Stack-Unternehmensnetzwerke

Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte Infrastructure-as-Code-Pipelines

Podcast: Wie KI die Entwicklung von Unternehmenssoftware verändert

Podcast: Why Open Platforms Matter in Network Operations

Erhalten Sie mit LiveAssist Antworten aus den LiveNX-Daten, über die Sie bereits verfügen

Erstellung einer Kostenanalyse für den Ersatz bestehender appliancebasierter DDI-Lösungen durch eine Overlay-Verwaltungsschicht

Verwandte Artikel

Was ist das Hypertext Transfer Protocol (HTTP)?

Sind Sie bereit, Ihre DDI zu vereinfachen?

HTTP auf einen Blick

So funktioniert HTTP

Warum HTTP in Unternehmensnetzwerken wichtig ist

Wie sich HTTP von verwandten Begriffen unterscheidet

HTTP vs. HTTPS

HTTP vs. DNS über HTTPS

Häufige HTTP-Probleme

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

HTTP-FAQ

Wofür steht HTTP?

Was macht HTTP?

Wo befindet sich HTTP im OSI-Modell?

Was ist der Zweck des Hypertext Transfer Protocol?

Ist HTTP dasselbe wie das Web?

Verwandte Begriffe

Verwandte Artikel