Was passiert zwischen dem Eintippen einer URL und dem Erscheinen der Seite? ── DNS, IP, DHCP, NAT, Switches und Router, Firewalls ── Schritt für Schritt erklärt

Sie tippen eine URL in die Adressleiste und drücken Enter ── oder klicken auf einen Link ── und die Seite erscheint in weniger als einer Sekunde. Das ist so alltäglich, dass Sie wahrscheinlich nie darüber nachgedacht haben. Doch hinter diesem Augenblick absolviert Ihr PC eine lange Reise: Er leiht sich eine Adresse, schlägt in einem Telefonbuch nach, vertraut ein Paket an, passiert einen Kontrollpunkt und empfängt eine Antwort, die durch Städte auf der ganzen Welt weitergereicht wurde. Wenn Ihnen etwas davon bekannt vorkommt, lesen Sie weiter.

• „Erklären Sie, was zwischen dem Eintippen einer URL und der Anzeige der Seite passiert“ ── die klassische IT-Interview- und Prüfungsfrage hat Sie sprachlos gemacht
• Ihr Verständnis endet irgendwo bei „DNS macht… irgendwas„
• Wenn eine Seite langsam ist, möchten Sie abschätzen können, welcher Teil langsam ist
• Sie haben die einzelnen Vertiefungsartikel gelesen, möchten aber einen einzigen Artikel, der zeigt, wie alles zusammenhängt

Dieser Artikel verfolgt die Arbeit, die Ihr Browser hinter den Kulissen leistet, als die Hin- und Rückreise einer einzigen Anfrage (eines Briefs mit Ihrer Frage) ── chronologisch, von den Reisevorbereitungen bis zu den Pixeln auf dem Bildschirm. Legen wir die komplette Route gleich vorweg offen.

1. 0ReisevorbereitungIhr PC ist bereits „Stadtbewohner“ ── Adresse, Ausgang und Standort des Telefonbuchs sind schon geliehen.
2. 1Vom Namen zur AdresseDas Telefonbuch (DNS) verwandelt example.com in eine Adresse (eine IP-Adresse).
3. 2Die Stadt verlassenSortierer (Switch) → Stadtausgang (Router) → Übersetzungsschalter (NAT) → Kontrollpunkt (Firewall).
4. 3Um die Welt gereichtVon Stadt zu Stadt lesen die Router das Ziel und reichen das Paket weiter.
5. 4Die Antwort kehrt heimDie Antwort folgt dem Registereintrag vom Hinweg bis zurück zu Ihrem PC.
6. 5Pixel auf dem BildschirmDer Browser liest den Bauplan (HTML) und zeichnet, fehlende Materialien holt er unterwegs nach.

Jede Figur dieser Geschichte hat auf dieser Website ihren eigenen Vertiefungsartikel. Dieser Artikel steigt nicht in die Details ein, sondern zeichnet auf kürzestem Weg nur die Verbindungen nach ── wer arbeitet, in welcher Reihenfolge und warum. Sobald ein Schritt Ihr Interesse weckt, tauchen Sie von dort in den passenden Artikel ein.

Frage	Wo sie behandelt wird
Was passiert als Allererstes nach dem Eintippen der URL?	§1・§2
Wie kommt das Paket aus dem Haus?	§3
Warum findet die Antwort den Weg zurück zu meinem PC?	§4
Warum sind manche Seiten schnell und andere langsam?	§5
Sie sollen alles auf einmal erklären?	FAQ Q5

1. Schritt null: Reisevorbereitung ── Ihr PC ist bereits „Stadtbewohner“

1-1. Die Reise beginnt vor der Enter-Taste

Die meisten Erklärungen beginnen mit „zuerst macht DNS…“ ── doch eine Vorbereitung war schon vorher abgeschlossen. In dem Moment, in dem Ihr PC ins WLAN kam, hat er sich vom Hausmeister (DHCP) ein Vier-Teile-Set geliehen (→ Was ist DHCP?).

Inventar vor der Abreise ── das von DHCP geliehene Vier-Teile-Set

 ┌── was Ihr PC bei sich trägt ───────────────────────────────────┐
 │                                                                │
 │  1. Die eigene Adresse          (IP-Adresse)                   │
 │  2. Die Grenze des Viertels     (Subnetzmaske)                 │
 │  3. Wo der Stadtausgang ist     (Standardgateway)              │
 │  4. Wo das Telefonbuch ist      (Adresse des DNS-Servers)      │
 │                                                                │
 │  => diese vier Teile sind die Packliste der bevorstehenden     │
 │     Reise                                                      │
 └────────────────────────────────────────────────────────────────┘

Ohne eigene Adresse kann er keine Antwort empfangen. Ohne die Grenze des Viertels kann er nicht beurteilen, ob ein Ziel „in der Stadt oder außerhalb“ liegt. Ohne den Standort des Ausgangs kommt er nicht aus der Stadt; ohne den Standort des Telefonbuchs kann er Namen nicht in Adressen verwandeln ── mit anderen Worten: Jeder Schritt der bevorstehenden Reise ist nur möglich, weil diese vier Teile an ihrem Platz sind.

Von hier an greift der Artikel jedes Teil in dem Moment wieder auf, in dem es gebraucht wird: Teil 4 in §2, die Teile 2 und 3 in §3 und Teil 1 in §4. Behalten Sie die Packliste im Hinterkopf ── und brechen wir auf.

2. Vom Namen zur Adresse ── im Telefonbuch (DNS) nachschlagen

2-1. Der Teil der URL, den die Maschinen brauchen, ist der Name

Eine URL wie https://example.com/page besteht aus drei Teilen. https:// ist „die Umgangsform, in der gesprochen wird“, example.com ist „der Name des Gegenübers“, und /page ist „welche Seite darin“. Das erste Tor der Reise ist der mittlere Teil: der Name.

Denn das Zustellsystem des Netzwerks arbeitet nicht mit Namen, sondern mit Adressen (IP-Adressen) (→ Was ist eine IP-Adresse?). Namen, die sich Menschen merken, Adressen, mit denen Maschinen zustellen ── die Brücke zwischen beiden zu schlagen ist das Allererste, was passieren muss.

2-2. Das Telefonbuch fragen ── aber nicht jedes Mal

Also wendet sich der PC an Teil 4 seines Sets ── den Standort des Telefonbuchs ── und fragt: „Die Adresse von example.com, bitte?“ Dieser Telefonbuchdienst ist DNS. Die Reise der Anfrage selbst (Ihre lokalen Notizen → das Telefonbuch der Stadt → das weltweite Telefonbuchnetz) bekommt in Was ist DNS? die volle Behandlung; hier merken Sie sich nur eines: Einmal nachgeschlagen, wird ein Name eine Weile notiert, und beim nächsten Mal fragt niemand mehr nach (Caching) ── Grund Nummer eins, warum dieselbe Website beim zweiten Besuch schneller lädt.

Wir haben eine Adresse. example.com = 93.184.216.34, sagen wir. Das Reiseziel steht fest.

3. Die Stadt verlassen ── Sortierer, Stadtausgang, Übersetzungsschalter und Kontrollpunkt

3-1. Die erste Weggabelung: Liegt das Ziel in der Stadt oder außerhalb?

Steht das Ziel fest, trifft der PC vor dem Absenden des Pakets (der Anfrage) eine Entscheidung: Liegt diese Adresse in derselben Stadt (demselben Netzwerk) oder außerhalb? Der Maßstab ist Teil 2 des Sets, die Subnetzmaske (die Grenze des Viertels). 93.184.216.34 liegt eindeutig außerhalb ── also ist das Paket an Teil 3 des Sets adressiert: den Stadtausgang (das Standardgateway, sprich: den Router) (→ wie diese Entscheidung funktioniert: Switch gegen Router: Was unterscheidet sie wirklich? §1).

Die Zustellung innerhalb der Stadt ist Sache des Sortierers (des Switches). Der Sortierer liest das Türschild (die MAC-Adresse) und übergibt das Paket zuverlässig an das Zimmer des Ausgangs ── alles bis hierher hat sich innerhalb des Hauses abgespielt.

3-2. Zwei Formalitäten am Ausgang ── Adressänderung und Kontrolle

Am Stadtausgang (dem Router) durchläuft das Paket zwei Formalitäten.

Erstens schreibt der Übersetzungsschalter (NAT) die Absenderadresse um. Die Adresse Ihres PCs gilt nur innerhalb der Stadt (eine private IP) ── so kann sie nicht in die Welt hinaus. Der Schalter ersetzt das Absenderfeld durch die öffentliche Postanschrift der Stadt (die globale IP) und vermerkt „aus welchem Zimmer dieses Paket kam“ im Register (der NAT-Tabelle) (→ Was ist NAT?). Dieses Register wird der Schlüssel für den Heimweg ── wir lösen es in §4 ein.

Zweitens die Kontrolle am Kontrollpunkt (Firewall). Ausgehende wie eingehende Pakete werden hier mit den Regeln abgeglichen (→ Was passiert ohne Firewall?). Sie bemerken es nie, doch auf beiden Etappen dieser Reise passiert das Paket stets den Kontrollpunkt.

4. Um die Welt gereicht, und die Antwort kehrt heim

4-1. Internet = eine Kette von Städten. Von Router zu Router

Einmal aus der Stadt heraus, teleportiert sich das Paket nicht ans Ziel. Das Internet ist eine Kette von Städten, und der Ausgang jeder Stadt (der Router) liest das Ziel, urteilt „die Nachbarstadt dort drüben ist näher“ und reicht es weiter ── dieses Weiterreichen (das Routing) wiederholt sich einige Dutzend Mal, bis das Paket die Stadt von 93.184.216.34 erreicht (→ Switch gegen Router: Was unterscheidet sie wirklich? §4).

Das andere Ende ist ein Spiegelbild unseres. Auch ihre Stadt hat einen Kontrollpunkt (Firewall), und nur Pakete, die die Kontrolle bestehen, erreichen das Gebäude ── den Server, der die Daten der Seite verwahrt. Der Server liest die Anfrage („/page, bitte“), schnürt das Antwortpaket und schickt es zurück. „Was ist eigentlich ein Server?“ ist für sich ein faszinierendes Thema ── das heben wir uns für einen anderen Artikel auf.

4-2. Das Rätsel des Heimwegs ── warum erreicht die Antwort Ihren PC?

Hier kommt die Frage, die die meisten Erklärungen überspringen. Das Antwortpaket ist an die öffentliche Postanschrift der Stadt adressiert. Die Stadt ist voller Geräte ── warum also findet das Paket den Weg zurück ausgerechnet zu Ihrem PC?

Der Schlüssel ist das Register (die NAT-Tabelle), das der Übersetzungsschalter in §3 ausgefüllt hat. Trifft die Antwort ein, schlägt der Schalter den Eintrag rückwärts nach ── „dieses Paket ist die Antwort auf die Frage aus jenem Zimmer“ ── und schreibt das Ziel zurück auf die stadtinterne Adresse. Von dort liest der Sortierer (Switch) das Türschild und übergibt es an das Zimmer Ihres PCs ── dieselben Kontrollen wie auf dem Hinweg, in umgekehrter Richtung passiert (→ wie das Register funktioniert: Was ist NAT? §3).

Die komplette Hin- und Rückreise ── dieselben Kontrollen, in Gegenrichtung passiert

 Hinweg (die Anfrage)
  PC => Sortierer => Stadtausgang ┌ Übersetzungsschalter: Absender auf öffentliche Adresse umschreiben + im Register vermerken
                                  └ Kontrollpunkt:        Kontrolle
        => Stadt => Stadt => Stadt … (Router-Stafette) => deren Kontrollpunkt => Server

 Rückweg (die Antwort)
  Server => deren Kontrollpunkt => … Stadt => Stadt => Stadt => Stadtausgang
                                  ┌ Kontrollpunkt:        Kontrolle
                                  └ Übersetzungsschalter: Register rückwärts nachschlagen, Ziel zurückschreiben
        => Sortierer => PC (Reise vollendet)

5. Von der Zustellung zur Anzeige ── die Arbeit des Browsers

5-1. Zurückgekommen ist ein Bauplan ── eine Seite ≠ ein Paket

Das heimgekehrte Paket enthält nicht die Seite selbst, sondern einen Bauplan (HTML). Der Browser liest den Bauplan von oben nach unten und beginnt zu montieren ── „hier kommt ein Bild hin“, „das Aussehen folgt diesem Stilblatt (CSS)“, „das Verhalten folgt diesem Skript (JS)“ ── und jedes Mal, wenn ihm ein fehlendes Material auffällt, wiederholt er die komplette Reise aus §2–§4, um es zu holen.

Mit anderen Worten: Hinter dem Laden einer einzigen Seite läuft dieselbe Hin- und Rückreise dutzende Male. „Eine URL = eine Reise“ war nie die Abmachung ── es ist ein Bündel von Reisen. Das ist die letzte Enthüllung dieses Artikels, und sie erklärt sowohl, warum bilderlastige Seiten langsam laden, als auch, warum eine Seite manchmal mit fehlenden Stücken erscheint: Es läuft darauf hinaus, wie viele Reisen es sind und welche gelingen.

5-2. Warum der zweite Besuch schneller ist ── das Lager, und das Ende der Reise

Einmal geholte Materialien legt der Browser eine Weile in sein lokales Lager (den Cache). Je mehr Materialien sich der zweite Besuch die ganze Reise sparen kann, desto schneller öffnet die Seite ── zusammen mit den Telefonbuchnotizen aus §2 ist das Rätsel „beim zweiten Mal geht’s schneller“ damit vollständig gelöst. Der Vorfall „ich habe die Seite aktualisiert, aber nichts ändert sich“, verursacht durch ein veraltetes Lager, füllt einen eigenen Artikel ── betrachten Sie dies als die Vorbereitung.

Alle Materialien treffen ein, der Bildschirm wird gemalt, und die Reise ist zu Ende. Von der Enter-Taste bis hierher: höchstens ein bis zwei Sekunden ── hier noch einmal die Zeitleiste vom Anfang.

1. 0ReisevorbereitungIhr PC ist bereits „Stadtbewohner“ ── Adresse, Ausgang und Standort des Telefonbuchs sind schon geliehen.
2. 1Vom Namen zur AdresseDas Telefonbuch (DNS) verwandelt example.com in eine Adresse (eine IP-Adresse).
3. 2Die Stadt verlassenSortierer (Switch) → Stadtausgang (Router) → Übersetzungsschalter (NAT) → Kontrollpunkt (Firewall).
4. 3Um die Welt gereichtVon Stadt zu Stadt lesen die Router das Ziel und reichen das Paket weiter.
5. 4Die Antwort kehrt heimDie Antwort folgt dem Registereintrag vom Hinweg bis zurück zu Ihrem PC.
6. 5Pixel auf dem BildschirmDer Browser liest den Bauplan (HTML) und zeichnet, fehlende Materialien holt er unterwegs nach.

Zusammenfassung ── 6 Schritte, plus eine Karte zum Vertiefen

1. Reisevorbereitung ── der PC hat sich vom Hausmeister (DHCP) Adresse, Grenze, Ausgang und Telefonbuch-Standort geliehen; er ist bereits Stadtbewohner
2. Vom Namen zur Adresse ── das Telefonbuch (DNS) verwandelt den Namen in eine Adresse (IP); einmal nachgeschlagen, wird notiert und beim nächsten Mal übersprungen
3. Die Stadt verlassen ── die Grenze sagt „außerhalb“ → der Sortierer (Switch) übergibt das Paket am Ausgang → der Übersetzungsschalter (NAT) schreibt den Absender auf die öffentliche Adresse um und vermerkt es im Register → der Kontrollpunkt (FW) kontrolliert
4. Um die Welt gereicht ── die Stadtausgänge (Router) lesen das Ziel und reichen das Paket weiter, durch den Kontrollpunkt der Gegenseite, bis zum Server
5. Die Antwort kehrt heim ── ein Rückwärts-Nachschlagen im Register schreibt das Ziel zurück, und die Antwort passiert die Kontrollen des Hinwegs in Gegenrichtung, bis zum PC
6. Pixel auf dem Bildschirm ── der Browser liest den Bauplan (HTML), wiederholt die Reise für jedes fehlende Material, bestückt das Lager (Cache) und malt

Schritt	Wer arbeitet	Zum Vertiefen
0. Reisevorbereitung	Hausmeister (DHCP)	Was ist DHCP?
1. Vom Namen zur Adresse	Telefonbuch (DNS) · Postanschrift (IP)	Was ist DNS? · Was ist eine IP-Adresse?
2. Die Stadt verlassen	Sortierer · Ausgang · Übersetzungsschalter · Kontrollpunkt	Switch gegen Router · Was ist NAT? · Was passiert ohne Firewall?
3–4. Die Stafette und der Heimweg	Router · das Register des Schalters	Switch gegen Router · Was ist NAT?
5. Pixel auf dem Bildschirm	Der Browser	─ (Cache und HTTPS in künftigen Artikeln)
Wenn unterwegs etwas langsam ist	─	Warum wird das Büronetzwerk langsam? · Was ist ein VPN?

FAQ

Q1. Wenn eine Seite langsam ist, kann ich erkennen, welcher Schritt der langsame ist?

A. In groben Zügen, ja (siehe die Zeitleiste in §0). Sind alle Websites gleichmäßig langsam, verdächtigen Sie die Route aus §3–4 (Ihre Leitung, ein VPN, das Firmennetz). Ist nur der erste Takt langsam, verdächtigen Sie die Namensauflösung aus §2. Hängen nur bestimmte Bilder oder Teile einer Seite, verdächtigen Sie die Materialreisen aus §5. Für eine ernsthafte Eingrenzung im Büronetzwerk ist Warum wird das Büronetzwerk langsam? der praktische Begleiter.

Q2. Was ist anders, wenn ich Suchbegriffe statt einer URL eintippe?

A. Fast nichts. Der einzige Unterschied: Zuerst läuft eine zusätzliche „gleiche Reise, nur zur Suchmaschine“. In dem Moment, in dem Sie ein Suchergebnis anklicken, spielen sich §1–§5 dieses Artikels genau wie beschrieben ab. Und wenn Sie Suchbegriffe direkt in die Adressleiste tippen, schreibt der Browser sie stillschweigend in eine Suchmaschinen-URL um ── und tritt dieselbe Reise an.

Q3. Passiert dasselbe bei Lesezeichen oder bei Smartphone-Apps?

A. Ja. Ein Lesezeichen überspringt nur den Teil „URL eintippen“ ── die Reise selbst beginnt unverändert bei Schritt null. Smartphone-Apps sehen nicht wie Browser aus, doch hinter den Kulissen sprechen sie mit ihren Servern über dieselbe Hin- und Rückreise (Namensauflösung → die Stadt verlassen → Stafette → Heimweg). Auch sie leihen sich das Vier-Teile-Set vom Hausmeister, sobald sie ins WLAN kommen.

Q4. Kann unterwegs jemand den Inhalt des Pakets mitlesen?

A. Beginnt die Verbindung mit https:// (dem Schloss-Symbol), reist das Paket in einem verschlüsselten Umschlag ── die Router und Kontrollpunkte der Städte unterwegs können den Inhalt nicht lesen. Alles, was sie lesen können, ist das außen notierte Ziel. Wie dieser Umschlag funktioniert ── warum niemand auf der Route einen Schlüssel anfertigen kann, der das Siegel bricht ── füllt einen eigenen Artikel, der bereits geplant ist.

Q5. Sie sollen „alles von der URL bis zur Anzeige auf einmal erklären“ ── wie antworten?

A. Hier die sechs Schritte dieses Artikels, komprimiert zu einer 30-Sekunden-Musterantwort ── „Zuerst hat der PC seine IP-Adresse und die zugehörigen Einstellungen bereits per DHCP erhalten. Bei Eingabe der URL ① löst DNS den Domainnamen in eine IP-Adresse auf; ② das Ziel wird als externes Netzwerk eingestuft, also geht das Paket über einen Switch zum Standardgateway; ③ am Router übersetzt NAT die Quelladresse und die Firewall kontrolliert den Verkehr; ④ das Paket wird per Routing von Router zu Router weitergereicht, bis es den Server erreicht; ⑤ die Antwort des Servers findet über ein Rückwärts-Nachschlagen in der NAT-Tabelle zum ursprünglichen Gerät zurück; und ⑥ der Browser interpretiert das HTML und rendert die Seite, wobei er für Bilder, CSS und weitere Ressourcen zusätzliche Anfragen stellt.“ ── Wird ein Schritt vertieft nachgefragt, decken Sie der passende Abschnitt dieses Artikels und die verlinkten Vertiefungen ab.