Mit Google fortfahren
Netzwerkprotokolle einfach erklärt: TCP/IP & Co.
Ein Netzwerkprotokoll ist ein gemeinsames Regelwerk für den Datenaustausch zwischen vernetzten Geräten. Es legt zum Beispiel fest, wie Nachrichten aufgebaut, übertragen, empfangen und ausgewertet werden. Erst solche gemeinsamen Regeln ermöglichen, dass unterschiedliche Geräte und Programme einander verstehen.
Auf dieser Seite verfolgst du einen Webaufruf durch mehrere Protokollschichten. Dabei lernst du auch, TCP und UDP zu unterscheiden und einfache Störungen einzugrenzen.
Hake ab, was du schon kannst — und komm am Ende hierher zurück!
Gemeinsame Regeln ermöglichen Kommunikation
Stell dir vor, ein Computer sendet eine Folge von Zeichen. Woher weiß der Empfänger, wer die Nachricht gesendet hat, für wen sie bestimmt ist und wie er sie auswerten soll? Das regelt ein Netzwerkprotokoll.
Netzwerkprotokoll
Ein Netzwerkprotokoll ist eine Vereinbarung aus Regeln und Formaten für die Kommunikation zwischen vernetzten Geräten oder Diensten. Beide Seiten müssen das verwendete Protokoll unterstützen und seine Nachrichten gleich interpretieren.
Ein Protokoll kann festlegen:
- wie eine Nachricht aufgebaut ist,
- wie Absender und Empfänger angegeben werden,
- welche Bedeutung verschiedene Nachrichtentypen haben,
- in welcher Reihenfolge Nachrichten ausgetauscht werden,
- wie Übertragungsfehler erkannt oder behandelt werden,
- welche Sicherheitsmaßnahmen gelten.
Das ähnelt den Regeln eines Spiels: Es genügt nicht, dass alle Mitspielenden Spielsteine besitzen. Sie müssen auch dieselben Regeln kennen. Im Netzwerk sorgen gemeinsame Standards deshalb für Interoperabilität. Das bedeutet, dass unterschiedliche Geräte, Betriebssysteme und Programme zusammenarbeiten können.
Nicht jedes Protokoll erledigt alles. HTTP überträgt Webinhalte, SMTP dient dem Senden von E-Mails und FTP der Dateiübertragung. Mehrere spezialisierte Protokolle können gemeinsam an einem einzigen Vorgang beteiligt sein.
Ein Netzwerkprotokoll beschreibt nicht bloß, was übertragen wird. Es regelt vor allem, wie Kommunikationspartner die Übertragung durchführen und verstehen.
Pakete tragen Nutzdaten und Zusatzinformationen
Längere Übertragungen können in Datenpakete aufgeteilt werden. Ein Protokoll legt fest, welche Angaben ein solches Paket enthält.
Metadaten
Metadaten sind Zusatzinformationen über die übertragenen Nutzdaten. Dazu können Absender, Empfänger, Pakettyp, Paketgröße, laufende Nummer oder Prüfinformationen gehören.
Metadaten können als Header vor den Nutzdaten oder als Trailer hinter ihnen stehen. Bei einer mehrteiligen Übertragung helfen Nummern dabei, Teile zuzuordnen und in eine vorgesehene Reihenfolge zu bringen. Prüfinformationen können zur Erkennung von Übertragungsfehlern dienen.
Ein Gerät überträgt eine größere Nachricht in mehreren Paketen. Jedes Paket enthält einen Teil der eigentlichen Nachricht als Nutzdaten. Zusätzlich stehen im Header Angaben zu Absender, Empfänger und Reihenfolge. Der Empfänger nutzt diese Angaben, um die Teile dem richtigen Austausch zuzuordnen und wieder zusammenzusetzen.
Header, Trailer und Steuerungsnachrichten verbrauchen selbst Übertragungskapazität. Dieser zusätzliche Aufwand heißt Overhead.
Overhead
Overhead ist der zusätzliche Datenverkehr, der nicht zu den eigentlichen Nutzdaten gehört, aber Steuerung, Zuordnung, Kontrolle oder Sicherheit ermöglicht.
Weniger Overhead ist nicht automatisch besser. Zusätzliche Kontrollinformationen können eine zuverlässigere oder sicherere Kommunikation ermöglichen. Bei der Wahl eines Protokolls kommt es deshalb auf die Aufgabe an.
Wähle in jeder Lücke die passende Form und prüfe anschließend deine Antworten.
Die eigentliche Nachricht bildet die . Angaben über Absender und Empfänger sind . Stehen Zusatzinformationen vor den Nutzdaten, bilden sie einen . Der dadurch entstehende zusätzliche Übertragungsaufwand heißt .
Schichten teilen die Aufgaben auf
Beim Öffnen einer Webseite arbeiten mehrere Protokolle zusammen. Damit nicht ein einziges Protokoll jede Aufgabe übernehmen muss, werden Kommunikationsaufgaben in Schichten gegliedert.
Schichtenmodell
Ein Schichtenmodell ordnet zusammengehörige Kommunikationsaufgaben verschiedenen Ebenen zu. Eine höhere Schicht kann Dienste tieferer Schichten nutzen, ohne deren gesamte technische Umsetzung selbst zu übernehmen.
Ein einfaches TCP/IP-Modell unterscheidet vier Schichten:
| Schicht | Leitfrage | Beispiele |
|---|---|---|
| Anwendung | Welchen Dienst nutzt das Programm? | DNS, HTTP, SMTP, FTP |
| Transport | Wie gelangen Daten zwischen den beteiligten Anwendungen? | TCP, UDP |
| Internet | An welche Adresse und durch welches Netz sollen Pakete weitergeleitet werden? | IP |
| Zugangsnetz | Wie werden Daten über das jeweilige Netz übertragen? | netzabhängige Verfahren |
Das OSI-Modell teilt die Kommunikation feiner in sieben Schichten. Es dient besonders als Lehr- und Orientierungsmodell. Für den folgenden Webaufruf genügt das einfachere TCP/IP-Modell.
Ein Webaufruf Schritt für Schritt
Du gibst einen Domainnamen in den Browser ein.
- DNS ermittelt die zugehörige IP-Adresse. DNS wirkt dabei wie ein Verzeichnis zwischen Namen und numerischen Adressen.
- Der Browser verwendet die ermittelte Adresse, um den gewünschten Server zu erreichen.
- TCP kann eine zuverlässige Transportverbindung aufbauen. IP adressiert die dabei übertragenen Pakete und leitet sie durch das Netzwerk.
- HTTP formuliert anschließend die Anfrage nach dem Webinhalt. Der Server sendet eine HTTP-Antwort mit dem angeforderten Inhalt zurück. Auch diese Daten werden über TCP transportiert und mit IP weitergeleitet.
Dabei lösen die Protokolle verschiedene Teilaufgaben: DNS findet die Adresse, TCP organisiert den zuverlässigen Transport, HTTP regelt den Austausch von Webinhalten und IP übernimmt Adressierung sowie Weiterleitung.
Anwendung → Transport → Internet → Zugangsnetz beschreibt die Aufgabenteilung beim Senden. Beim Empfangen werden die Daten wieder bis zur Anwendung verarbeitet.
TCP und UDP setzen unterschiedliche Schwerpunkte
TCP und UDP sind Transportprotokolle. Beide können Daten zwischen Anwendungen übertragen, bieten aber unterschiedliche Leistungen.
| Merkmal | TCP | UDP |
|---|---|---|
| Verbindung | verbindungsorientiert | verbindungslos |
| Kontrolle | überwacht die vollständige Zustellung | keine Ende-zu-Ende-Zustellkontrolle durch UDP |
| Reihenfolge | ordnet Daten für die Anwendung | Datagramme können in anderer Reihenfolge eintreffen |
| Verlust | kann nicht angekommene Daten erneut anfordern | Datagramme können verloren gehen |
| Aufwand | mehr Steuerungsaufwand | geringerer Overhead |
Verbindungsorientiert bedeutet, dass ein geregelter Verbindungsaufbau und ein Verbindungsende vorgesehen sind. TCP stellt der Anwendung einen zusammenhängenden, geordneten Datenstrom bereit.
Verbindungslos bedeutet, dass UDP Datagramme ohne einen solchen Verbindungsaufbau versendet. Der geringere Aufwand geht damit einher, dass UDP selbst weder Zustellung noch Reihenfolge garantiert.
Bei einer Übertragung ist entscheidend, dass alle Teile vollständig und geordnet bei der Anwendung ankommen. TCP passt zu dieser Anforderung, weil es Zustellung und Reihenfolge kontrolliert.
Soll dagegen vor allem mit geringem Steuerungsaufwand gesendet werden und kann die Anwendung mit fehlenden oder vertauschten Datagrammen umgehen, kann UDP passend sein. Die Entscheidung hängt also von den Anforderungen der Anwendung ab.
„Schneller“ und „besser“ sind keine ausreichenden Begründungen. Frage stattdessen: Braucht die Anwendung garantierte Reihenfolge und kontrollierte Zustellung oder möglichst wenig Protokollaufwand?
Sicherheit und Störungen richtig einordnen
Ein Protokoll kann auch Verschlüsselung, Authentifizierung oder Schutz vor Manipulation unterstützen. Solche Funktionen gehören jedoch nicht automatisch zu jedem Netzwerkprotokoll.
Bei HTTPS wird HTTP mit dem Sicherheitsprotokoll TLS geschützt. TLS verschlüsselt die Verbindung zwischen Browser und Server und nutzt ein digitales Zertifikat zur Identitätsprüfung des Servers. Das ältere SSL wurde wegen Schwachstellen durch TLS ersetzt.
Andere Sicherheitsprotokolle lösen andere Aufgaben:
- SSH ermöglicht verschlüsselte Kommunikation und die entfernte Verwaltung eines Computers.
- IPSec schützt IP-Kommunikation und kann verschlüsselte Tunnel bilden, etwa für ein VPN.
Das Schichtenprinzip hilft auch bei der Fehlersuche. Ein beobachtetes Symptom liefert zunächst einen Hinweis auf eine betroffene Aufgabe, aber noch keinen sicheren Beweis für eine einzelne Ursache.
| Beobachtung | Zuerst zu prüfende Aufgabe |
|---|---|
| Ein Domainname wird nicht in eine IP-Adresse aufgelöst. | DNS und Namensauflösung |
| Die Zieladresse ist bekannt, aber das Ziel scheint nicht erreichbar. | IP-Adressierung, Weiterleitung und Netzverbindung |
| Die Gegenstelle ist erreichbar, aber eine Transportverbindung kommt nicht zustande. | Transport mit TCP beziehungsweise die gewählte Transportart |
| Transport funktioniert, aber der erwartete Webinhalt fehlt. | HTTP und die Anwendung auf dem Server |
Der Browser kann einen Domainnamen nicht auflösen. Daraus folgt nicht automatisch, dass der Webserver ausgefallen ist. Zuerst ist die DNS-Aufgabe betroffen: Ohne die gesuchte IP-Adresse kann der Browser den folgenden Verbindungsweg noch nicht beginnen.
Kann ein anderer Dienst dieselbe Zieladresse erreichen, aber der Webdienst antwortet nicht wie erwartet, spricht das eher für ein Problem auf Transport- oder Anwendungsebene. Weitere Prüfungen sind nötig, bevor die genaue Ursache feststeht.
Karteikasten
Überlege zuerst selbst und drehe die Karte anschließend zum Prüfen um.
Alles auf einen Blick
- Netzwerkprotokolle
- gemeinsame Regeln
- Nachrichten aufbauen und interpretieren
- verschiedene Systeme verbinden
- Paketübertragung
- Nutzdaten und Metadaten
- Header, Trailer und Overhead
- Schichten
- Anwendung mit DNS und HTTP
- Transport mit TCP oder UDP
- Internet mit IP
- Anforderungen
- Zuverlässigkeit und Reihenfolge
- geringer Steuerungsaufwand
- Sicherheit durch TLS, SSH oder IPSec
- Fehlersuche
- betroffene Aufgabe eingrenzen
- Symptom nicht mit Ursache verwechseln
- gemeinsame Regeln
Ein Netzwerkdienst entsteht meist durch das Zusammenspiel mehrerer Protokolle. Wenn du jedes Protokoll nach seiner konkreten Aufgabe fragst, kannst du sowohl einen Kommunikationsablauf erklären als auch Störungen systematisch eingrenzen.
Abschluss-Check
Du beherrschst das Thema, wenn du bei einem Netzwerkvorgang nicht nur Protokollnamen aufzählst, sondern für jeden Schritt erklären kannst: Welche Aufgabe wird hier gelöst, und welches Protokoll übernimmt sie?