edubun
Deutsch

Was passiert, wenn du eine Webseite öffnest

Bei einem Round Trip von 50 ms braucht eine HTTPS-Seite mindestens 4 Round Trips, also 200 ms, bevor das erste Byte HTML ankommt. HTTP/3 spart einen ein.

Sieben Uhr vierzig am Morgen. Eine Schülerin tippt in einem vollen Zug über das Mobilfunknetz auf einen Link zum Mittagessen-Speiseplan der Schule, und einen Moment später erscheint das heutige Menü. (Das ist eine ausgedachte Szene.) In diesem Moment hat das Handy alles aus den letzten fünf Einheiten erledigt: eine DNS-Auflösung, eine TCP-Verbindung, eine verschlüsselte Sitzung und eine HTTP-Anfrage, die mit einem Statuscode beantwortet wurde. Begleite das Handy dabei und zähle die Wartezeiten.

Zuerst liest das Handy den Link

Angenommen, der Link lautet https://www.example.com/index.html. MDN zerlegt eine URL in Teile. https ist das Schema: HTTP über eine verschlüsselte TLS-Verbindung verwenden, auf Port 443, wenn kein anderer Port angegeben ist. www.example.com ist der Host, der Name, den DNS in eine Adresse verwandelt. /index.html ist der Pfad, die angeforderte Ressource auf diesem Server. Eine URL kann außerdem nach einem Fragezeichen eine Abfrage und nach einer Raute ein Fragment enthalten. Das Fragment zeigt auf eine Stelle innerhalb der Seite und wird nie an den Server gesendet.

Vier Round Trips vor dem ersten Byte

Die Zeit, bis eine Nachricht den Server erreicht und die Antwort zurückkommt, ist die Round-Trip-Zeit (RTT). Zähl die Round Trips, und du siehst, woher die Wartezeit kommt. Erstens: Ist der Name nicht zwischengespeichert, kostet die DNS-Auflösung etwa einen Round Trip zum Resolver. Zweitens: der TCP-Handshake, SYN hin und SYN-ACK zurück. Drittens: TLS 1.3 (RFC 8446) handelt die Schlüssel in einem Round Trip aus, und die letzte Handshake-Nachricht des Clients kann zusammen mit der HTTP-Anfrage reisen. Viertens: Die Anfrage geht hinaus, und die Antwort kommt zurück. Bei einer RTT von 50 ms sind das 200 ms bis zum ersten Byte des Menüs, selbst wenn der Server sofort antwortet.

Wird geladen

Zum Drehen ziehen. Zum Zoomen scrollen oder mit zwei Fingern ziehen.

Drücke Nächster Schritt, um jede Nachricht hinzuzufügen, oder Alle zeigen. Wechsle zwischen HTTPS, einfachem HTTP und HTTP/3 und bewege den Regler für den Round Trip. Die Zahl am linken Rand zeigt, wie viele Round Trips vergangen sind. Die Bearbeitungszeit des Servers und die Seitengröße bleiben außen vor.

HTTP/3 (RFC 9114) läuft auf QUIC (RFC 9000) statt auf TCP. QUIC sitzt auf UDP und baut die Verbindung und die TLS-Schlüssel gemeinsam auf, sodass der eigene TCP-Round-Trip wegfällt: DNS, ein Handshake-Round-Trip, dann die Anfrage, insgesamt drei. Einfaches HTTP auf Port 80 lässt TLS weg und braucht ebenfalls drei, doch dann kann jeder auf dem Weg, etwa wer das WLAN eines Cafés betreibt, die Seite lesen oder verändern. Das Schloss in der Adressleiste bedeutet, dass die Verbindung zu dieser Domain verschlüsselt ist. Es bedeutet nicht, dass die Website selbst ehrlich ist.

Das Menü kommt mit einer Zahl davor

Die Antwort beginnt mit einem dreistelligen Statuscode. RFC 9110 ordnet die Codes nach ihrer ersten Ziffer: 1xx Information, 2xx Erfolg, 3xx Umleitung, 4xx Clientfehler und 5xx Serverfehler. Am häufigsten begegnen dir 200 OK, 301 Moved Permanently (die Seite hat eine neue Adresse), 404 Not Found und 500 Internal Server Error. Hätte die Schule die Menüseite verschoben, bekäme das Handy zuerst eine 301 und würde dann unter der neuen Adresse noch einmal fragen. Eine 404 bedeutet, dass der Server geantwortet und unter diesem Pfad nichts hatte; das Netz selbst hat also funktioniert.

Eine Seite, viele Dateien

Das HTML ist selten die ganze Seite. Angenommen, es nennt ein Stylesheet, ein Skript und fünf Bilder. Würde das Handy für jede Datei eine neue Verbindung öffnen, müsste jede Datei die Round Trips für TCP und TLS noch einmal bezahlen. Stattdessen hält der Browser die Verbindung offen und schickt die nächsten Anfragen darüber, und mit HTTP/2 und HTTP/3 reisen mehrere Anfragen gleichzeitig über eine Verbindung. Browser haben außerdem einen eigenen Cache. Sagt eine Antwort, dass sie eine Weile wiederverwendet werden darf, lädt der nächste Besuch die Datei aus dem Speicher, ohne eine Anfrage zu senden. Erst wenn die Dateien da sind, ordnet der Browser an und zeichnet, was du siehst. Deshalb erscheint die Menüseite, die die Schülerin jeden Morgen öffnet, schneller als eine Website, die zum ersten Mal geöffnet wird, selbst im selben Netz.

RTTRound-Trip-Zeit: hin und zurück
200OK
301Moved Permanently
404Not Found
500Internal Server Error
HTTP/3HTTP über QUIC, das auf UDP läuft
  1. Die RTT beträgt 50 ms. Wie lange dauert es bis zum ersten Byte einer HTTPS-Seite (TCP + TLS 1.3), wenn man die DNS-Auflösung mitzählt?
  2. Dieselbe RTT von 50 ms, aber über HTTP/3. Wie lange?
  3. Die RTT beträgt 80 ms, und der Name ist schon zwischengespeichert. Wie lange dauert eine HTTPS-Seite über TCP?
  4. Bring diese Schritte beim Laden einer HTTPS-Seite in die richtige Reihenfolge.
  5. Was bedeutet 404?
    • Not Found
    • OK
    • Moved Permanently
    • Serverfehler
  6. Welche Klasse von Statuscodes bedeutet Umleitung?
    • 3xx
    • 2xx
    • 4xx
    • 5xx
  7. Welchen Port nutzt https://, wenn kein Port angegeben ist?
  8. Was ist in https://www.example.com/index.html der Teil /index.html?
    • Der Pfad
    • Das Schema
    • Der Host
    • Der Port
  9. Auf welchem Transportprotokoll läuft HTTP/3?
    • QUIC über UDP
    • TCP
    • DNS
    • ICMP
  10. Was sagt dir das Schloss in der Adressleiste?
    • Die Verbindung zu dieser Domain ist verschlüsselt
    • Die Website ist sicher und ehrlich
    • Die Website hat keine Werbung
    • Die Seite wurde mit HTTP/3 geladen
Häufige Fehler
  • „Das Schloss bedeutet, dass die Website sicher ist.“ Das Schloss sagt nur, dass die Verbindung zu dieser Domain mit TLS verschlüsselt ist. Auch eine Betrugsseite kann eines haben, also prüf, ob die Domain die ist, die du meintest.
  • „Der Inkognitomodus verbirgt vor meinem Internetanbieter und meiner Schule, was ich besuche.“ Der Inkognitomodus verhindert, dass der Browser nach dem Ende der Sitzung Verlauf und Websitedaten auf deinem Gerät behält. Laut der Chrome-Hilfe von Google können die besuchten Websites und Organisationen, die dein Netz verwalten, etwa eine Schule, ein Arbeitgeber oder ein Internetanbieter, deine Aktivitäten trotzdem sehen. Deine Pakete laufen so oder so über dieselben Router.
  • „Eine 404 bedeutet, dass das Internet ausgefallen ist.“ Eine 404 ist eine Antwort des Servers: Er wurde erreicht und hat unter diesem Pfad nichts. Ist das Netz wirklich ausgefallen, kommt überhaupt kein Statuscode an.
  • „Der Teil nach # in einem Link wird an den Server gesendet.“ Das Fragment bleibt im Browser und wählt nur eine Stelle innerhalb der Seite. Es wird nie an den Server gesendet.
Hinweis für LehrkräfteDiese Einheit führt den ganzen Kurs zusammen. Bitte die Lernenden deshalb, bevor du das Diagramm zeigst, die Reihenfolge in eigenen Worten zu erklären: warum der Name vor jeder Verbindung zur Adresse werden muss und warum die Verschlüsselung stehen muss, bevor die Anfrage losgeht. Das Zählen der Round Trips ist der Teil, der hängen bleibt. Rechne 50 ms von Hand durch und lass sie dann die Summe vorhersagen, bevor sie den Regler bewegen. Die Irrtümer zu Schloss und Inkognitomodus haben nichts mit Tempo zu tun, aber gib ihnen trotzdem ein paar Minuten, denn Lernende handeln nach beiden Überzeugungen.
Das Wichtigste
  • Eine URL hat ein Schema (https), einen Host (DNS-Name) und einen Pfad.
  • HTTPS über TCP: DNS + TCP + TLS 1.3 + Anfrage = 4 Round Trips bis zum ersten Byte.
  • HTTP/3 über QUIC fasst die Handshakes zusammen: 3 Round Trips.
  • Statuscodes: 2xx Erfolg, 3xx Umleitung, 4xx Clientfehler, 5xx Serverfehler.
Quellen zu diesem Kurs (28)
  • (checked 2026-10-17; reordered 2026-10-19: standards first, then official documentation, then operators and papers, history sources last)
  • IETF RFCs (rfc-editor.org): RFC 768 UDP (1980, 8-byte header)
  • RFC 791 IPv4 (1981, 32-bit addresses, "does not provide a reliable communication facility", TTL field "measured in units of seconds" but every module must decrease it by at least one, so it is only an upper bound)
  • RFC 792 ICMP (Time Exceeded)
  • RFC 801 NCP/TCP transition plan (1 January 1983)
  • RFC 894 Ethernet (1500-byte payload)
  • RFC 1034 and RFC 1035 DNS (1987, HOSTS.TXT kept by SRI-NIC, labels up to 63 octets and names up to 255, TTL in seconds)
  • RFC 1122 (127.0.0.0/8 loopback)
  • RFC 1918 private addresses (10/8, 172.16/12, 192.168/16)
  • RFC 2131 DHCP, RFC 3022 NAT, RFC 3596 AAAA records, RFC 3849 and RFC 5737 documentation addresses, RFC 4271 BGP-4, RFC 4291 IPv6 text form, RFC 6298 TCP retransmission timer (initial RTO 1 second)
  • RFC 6335 port ranges (0-1023, 1024-49151, 49152-65535)
  • RFC 7766 DNS over TCP, RFC 8200 IPv6 (128-bit addresses, Hop Limit)
  • RFC 8446 TLS 1.3 (one round-trip handshake)
  • RFC 9000 QUIC and RFC 9114 HTTP/3, RFC 9110 HTTP semantics (status code classes)
  • RFC 9293 TCP (three-way handshake, sequence numbers)
  • IANA: ip-parameters registry (recommended default TTL 64)
  • IPv4 free pool depleted 3 February 2011 (NRO and ARIN announcements)
  • Official documentation: MDN Web Docs "How does the Internet work?" (45 cables for 10 computers, switches, routers, MAC and IP addresses, internet and web)
  • "What is a URL?", "HTTP response status codes" (developer.mozilla.org)
  • Cloudflare Learning Center: "What is DNS?" (four kinds of DNS server, 8 steps of an uncached lookup, browser and OS caches, TTL)
  • "What is HTTP/3?" (cloudflare.com/learning)
  • Google Chrome Help, "Browse in Incognito mode" (support.google.com/chrome/answer/95464, checked 2026-10-19: Incognito limits what is saved to the device; websites and organisations that manage your network, like your school, employer or internet service provider, may be able to observe your activity)
  • Operators and papers: root-servers.org (13 root name servers run by 12 organisations, 2047 instances on 2026-10-17)
  • Jacobson and Karels 1988, Congestion Avoidance and Control (loss mostly congestion)
  • History blocks only: UCLA Samueli School of Engineering, Internet50 (first ARPANET message "LO", UCLA to SRI, 29 October 1969, 22:30)
  • historyofinformation.com and Wikipedia ARPANET (Kline)
  • Spiceworks/SRI history (HOSTS.TXT kept by SRI-NIC)
  • Numbers (2^32, 2^96, 45 and 6 cables, packet counts, round-trip times)

Abgerufen: 2026-10-17