Wie das Internet arbeitet

Niemand betreibt das Internet. Es gibt keine Zentrale, die weiß, welche Rechner angeschlossen sind, keinen Hauptschalter und keine Stelle, die den Weg jeder Nachricht plant.

Trotzdem erreicht eine Nachricht aus Erfurt einen Rechner in Neuseeland, meist in unter einer Sekunde, und zwar auch dann, wenn unterwegs ein Kabel ausfällt.

Dass das funktioniert, liegt an drei Ideen, die alle drei bemerkenswert einfach sind. Wer sie kennt, versteht nicht nur das Internet, sondern auch, warum es so robust ist und wo genau seine Schwächen liegen.

Vorausgesetzt wird aus Klasse 9: Das Internet ist der Transportweg, ein Dienst ist der Zweck, und im Client-Server-Modell fragt der eine und antwortet der andere. Wenn das unklar ist, lies zuerst Internetdienste.

Hier geht es darum, wie dieser Transport überhaupt zustande kommt. Die technischen Einzelheiten, also Aufbau einer IP-Adresse, Schichtenmodell und Wegewahl, folgen in der Qualifikationsphase; hier bauen wir das Modell dahinter.

Zwei Rechner, die miteinander reden sollen, brauchen mehr als eine Leitung. Sie müssen sich einig sein, was in welcher Reihenfolge gesagt wird.

Genau das ist ein Protokoll: ein Regelwerk, das festlegt, wie eine Nachricht aufgebaut ist, welche Antworten es gibt und in welcher Reihenfolge gesprochen wird.

Ein Protokolldialog beim Abruf einer Webseite sieht vereinfacht so aus:

Client: GET /plan.html HTTP/1.1
        Host: schule.example
Server: HTTP/1.1 200 OK
        Content-Type: text/html
        Content-Length: 4820
        (danach die 4820 Zeichen der Seite)

Drei Dinge lohnen den genauen Blick:

Der Client sagt zuerst, was er will. Der Server wartet; er fragt nie von sich aus.

Die Antwort beginnt mit einer Nummer. 200 heißt „hier ist es“, 404 „gibt es nicht“, 500 „bei mir ist etwas kaputt“. Die Nummer ist wichtiger als der Text daneben, denn ein Programm kann sie auswerten, ohne Deutsch oder Englisch zu verstehen.

Vor dem Inhalt stehen Angaben über den Inhalt. Der Server sagt, um welche Art von Daten es sich handelt und wie viele Zeichen kommen. Ohne die Längenangabe wüsste der Client nicht, wann die Antwort zu Ende ist.

🔴 Der letzte Punkt ist die eigentliche Leistung eines Protokolls. Es beantwortet die Fragen, die sich sonst gar nicht klären ließen: Wo fängt eine Nachricht an, wo hört sie auf, wie ist sie zu lesen, und was tue ich im Fehlerfall?

Damit eine Nachricht ankommt, braucht der Empfänger eine eindeutige Adresse. Im Internet gibt es davon zwei Sorten, und das hat einen Grund.

Nummern sind für Maschinen gemacht. Sie haben eine feste Länge, lassen sich schnell vergleichen und in einer Tabelle nachschlagen.

Namen sind für Menschen gemacht. Man kann sie sich merken, aussprechen und aufschreiben.

Zwischen beiden vermittelt der Namensdienst: Er übersetzt einen Namen in die zugehörige Nummer. Jeder Seitenaufruf beginnt deshalb mit einer Nachfrage dort, bevor überhaupt die erste Anfrage abgeschickt wird.

Der Nutzen dieser Trennung ist praktisch: Zieht eine Webseite auf einen anderen Rechner um, ändert sich ihre Nummer, aber der Name bleibt. Man muss lediglich den Eintrag im Namensdienst ändern, und alle Verweise stimmen weiter. Wäre die Nummer überall aufgeschrieben, müsste man jeden einzelnen Verweis ändern.

Das ist derselbe Gedanke wie beim Schlüssel in der Datenbank: Ein Verweis zeigt auf eine stabile Kennung, nicht auf einen veränderlichen Wert.

Die dritte Idee ist die überraschendste. Eine Nachricht wird nicht am Stück verschickt, sondern in Pakete zerlegt, die einzeln und unabhängig voneinander reisen. Jedes trägt Absender, Empfänger und eine laufende Nummer.

Warum dieser Aufwand? Vergleichen wir mit der Alternative, einer fest geschalteten Leitung wie beim alten Telefon:

Die Paketvermittlung tauscht also Einfachheit gegen Belastbarkeit. Sie ist aufwendiger, verkraftet dafür Ausfälle und teilt die vorhandenen Leitungen unter vielen auf.

Aus der unabhängigen Reise folgt unmittelbar, was der Empfänger tun muss:

1. Sortieren, denn Paket 7 kann vor Paket 5 ankommen.
2. Fehlende nachfordern, denn Pakete können verloren gehen.
3. Doppelte verwerfen, denn eine Nachforderung kann sich mit dem verspäteten Original kreuzen.

Diese drei Aufgaben übernimmt ein eigenes Protokoll, sodass die Anwendung davon nichts merkt. Das ist wieder Abstraktion: eine Ebene verbirgt Einzelheiten, damit die nächste arbeiten kann.

Mit diesen drei Ideen lässt sich der Ablauf sauber beschreiben:

Absender-Programm ──(Protokoll zum Versenden)──→ Postausgangsserver
Postausgangsserver ──(Namensdienst: Wer nimmt Post für diese Adresse an?)
Postausgangsserver ──(Protokoll zum Versenden)──→ Eingangsserver des Empfängers
Eingangsserver ──(legt die Nachricht ins Postfach)
Empfänger-Programm ──(Protokoll zum Abholen)──→ Eingangsserver

Drei Beobachtungen, die man am Modell ablesen kann und nicht auswendig lernen muss:

Es sind zwei verschiedene Protokolle beteiligt, eines zum Versenden und eines zum Abholen. Deshalb kann man Mails mit einem Programm senden und mit einem anderen lesen.

Der Namensdienst wird auch hier gebraucht. Der Teil der Adresse hinter dem At-Zeichen ist ein Name, kein Rechner.

Zwischen Zustellung und Abholung liegt beliebig viel Zeit. Genau das unterscheidet E-Mail vom Videoanruf, und daraus folgt auch, dass eine abgeschickte Mail nicht zurückholbar ist.

Der Index einer Suchmaschine liefert zu einem Wort oft Millionen Treffer. Die eigentliche Leistung ist deshalb nicht das Finden, sondern das Sortieren.

Bewertet wird nach Regeln, und die wichtigsten Gruppen sind:

• Textbezug: Kommt das Wort vor, an prominenter Stelle, wie oft im Verhältnis zur Textlänge?
• Ansehen: Wie viele andere Seiten verweisen auf diese, und wie angesehen sind diese wiederum? Ein Verweis zählt als Empfehlung.
• Nutzungssignale: Bleiben Besucher auf der Seite oder kehren sie sofort zurück?
• Aktualität und technische Güte: Ladezeit, Darstellung auf kleinen Bildschirmen.
• Anzeigen: gekennzeichnet und getrennt von den übrigen Treffern.

🔴 Die Folge für die eigene Arbeit ist wichtig: Die Reihenfolge misst Bekanntheit und Passung zur Anfrage, nicht Richtigkeit. Eine sorgfältig belegte Fachseite mit wenigen Verweisen steht hinter einem populären Blogbeitrag. Für eine Recherche heißt das, dass Position kein Qualitätsmerkmal ist und Urheber, Datum und Belege in jedem Fall selbst geprüft werden müssen.

Und eine zweite Folge: Weil Verweise als Empfehlung zählen, lohnt es sich für manche, künstlich Verweise zu erzeugen. Suchmaschinen wehren sich dagegen, und daraus entsteht ein dauerndes Wettrennen. Auch deshalb ändern sich Ergebnisse über die Zeit, ohne dass sich die Seiten geändert hätten.