Alle Tabs der Lerneinheit (Erklärung · Interaktiv verstehen · Praxis-Übung · Klausur-Quiz) als durchgehender Text. Ideal zum Wiederholen vor der Klausur, und für Suchmaschinen wie Google, Bing und KI-Suche (ChatGPT, Perplexity).
Diese Lerneinheit wurde für typische Bachelor-Klausuren konzipiert. So prüfen wir · Fehler entdeckt? Melde ihn uns oder markiere die fragliche Stelle direkt im Text oben.
Alle Tabs der Lerneinheit (Erklärung · Interaktiv verstehen · Praxis-Übung · Klausur-Quiz) als durchgehender Text. Ideal zum Wiederholen vor der Klausur, und für Suchmaschinen wie Google, Bing und KI-Suche (ChatGPT, Perplexity).
Was passiert, wenn du "example.de" in den Browser tippst? Es ist nicht magic. 10 Schritte bringen dich von dem Domain-Namen zur ersten Pixel-Zeile. Klausurpflicht in 7/10 Netze-Modulen.
Klausur-Tipp: DNS-Reihenfolge auswendig lernen (Browser → Resolver → Root → TLD → autoritativ → zurück). HTTP-Header-Format (Request-Line / Header-Block / Leerzeile / Body) ist Pflicht-Wissen.
Anmelden, um den Fortschritt zu speichern.
Nächster Schritt
Aktives Abrufen festigt Wissen schneller als nochmal lesen.
Was passiert, wenn du "example.de" in den Browser tippst? Es ist nicht magic. 10 Schritte bringen dich von dem Domain-Namen zur ersten Pixel-Zeile. Klausurpflicht in 7/10 Netze-Modulen.
DNS löst Namen in IP-Adressen auf (Browser kennt nur den Namen, das Netz nur die IP). HTTP transportiert die eigentlichen Daten zwischen Browser und Webserver, strukturiert in Request (Anfrage) und Response (Antwort).
Warum brauchen wir DNS? Browser kennt nur "example.de". Das Netz routet aber nur IPv4 (192.168.1.1) oder IPv6 (2001:db8::1). DNS übersetzt.
Root (.)
/ | \
.de .com .org ...
|
example.de (autoritativer Nameserver)
|
www.example.de blog.example.de ...
13 Root-Server (a.root-servers.net bis m.root-servers.net) sind die Spitze. Jede TLD (.de, .com, etc.) hat eigene Nameserver. Jede Domain hat einen autoritativen Nameserver.
Wenn du example.de tippst:
Resolver-Caching: Wenn 1000 User example.de besuchen, fragt der Resolver nur 1x die ganze Kette ab, danach kommt die Antwort aus dem Cache (für TTL Sekunden, typisch 1h-24h).
| Record | Was es speichert | Beispiel |
|---|---|---|
| A | IPv4-Adresse | example.de → 93.184.216.34 |
| AAAA | IPv6-Adresse | example.de → 2606:2800:220:1:248:1893:25c8:1946 |
| MX | Mail-Server | example.de → mail.example.de (Prio 10) |
| CNAME | Alias (Synonym) | www.example.de → example.de |
| TXT | Frei-Text (oft für SPF/DKIM) | "v=spf1 include:_spf.google.com ~all" |
| NS | Nameserver | example.de → ns1.dns-provider.com |
Klausur-Stolperstein: rekursiv oder iterativ ist eine Eigenschaft der ANFRAGE, nicht des Servers. Ein Resolver MACHT iterative Anfragen, ist aber selbst ein rekursiver Service.
HTTP ist das Protokoll zwischen Browser und Webserver. Stateless (jede Anfrage ist isoliert), text-basiert, Port 80 (HTTPS = HTTP über TLS, Port 443).
GET /index.html HTTP/1.1
Host: example.de
User-Agent: Mozilla/5.0
Accept: text/html
Cookie: sessionId=abc123
[optionaler Body, z.B. bei POST]
Aufbau:
| Methode | Bedeutung | Idempotent? | Body? |
|---|---|---|---|
| GET | Ressource holen | ja | nein |
| POST | Ressource erstellen / Form-Daten senden | nein | ja |
| PUT | Ressource ersetzen | ja | ja |
| PATCH | Ressource teilweise aktualisieren | nein | ja |
| DELETE | Ressource löschen | ja | nein |
| HEAD | Headers ohne Body (Existenz-Check) | ja | nein |
Idempotent = mehrfaches Ausführen ändert das Resultat nicht (GET, PUT, DELETE schon, POST nicht).
Drei Stellen, erste Stelle = Kategorie:
| Kategorie | Bedeutung | Wichtige Codes |
|---|---|---|
| 1xx | Informativ | 100 Continue, 101 Switching Protocols |
| 2xx | Erfolg | 200 OK, 201 Created, 204 No Content, 206 Partial Content |
| 3xx | Umleitung | 301 Moved Permanently, 302 Found, 304 Not Modified |
| 4xx | Client-Fehler | 400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found, 429 Too Many Requests |
| 5xx | Server-Fehler | 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable |
Klausur-Klassiker: Was bedeutet 403 vs. 404 vs. 401?
HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
Content-Length: 1234
Set-Cookie: sessionId=xyz789
Cache-Control: max-age=3600
<html>...</html>
| Version | Jahr | Features |
|---|---|---|
| HTTP/1.0 | 1996 | Eine Anfrage pro Verbindung |
| HTTP/1.1 | 1997 | Keep-Alive (mehrere Anfragen pro Verbindung), Host-Header, Pipelining |
| HTTP/2 | 2015 | Binär, Multiplexing, Server-Push, Header-Kompression (HPACK) |
| HTTP/3 | 2022 | Über QUIC (UDP statt TCP), schneller bei Mobilfunk-Wechseln |
HTTPS = HTTP über TLS (früher SSL). Verschlüsselung + Authentifizierung. TLS-Handshake VOR der ersten HTTP-Anfrage. Port 443 statt 80.
1. DNS löst Name in IP auf, HTTP transportiert Daten. Zwei verschiedene Protokolle, beide Anwendungsschicht.
2. DNS-Hierarchie auswendig. Root, dann TLD (.de/.com), dann autoritativer NS.
3. Rekursive vs. iterative Anfrage unterscheiden. Browser → Resolver = rekursiv. Resolver → Hierarchie = iterativ.
4. HTTP-Status-Codes Kategorien kennen. 2xx OK, 3xx Redirect, 4xx Client-Fehler, 5xx Server-Fehler.
5. GET vs. POST vs. PUT unterscheiden. GET liest (idempotent), POST schreibt (NICHT idempotent), PUT ersetzt (idempotent).
6. HTTPS = HTTP + TLS auf Port 443. Kein eigenes Protokoll.
1. DNS arbeitet auf Anwendungsschicht. Klingt low-level (Namen, Adressen), ist aber Anwendungs-Protokoll (Port 53, oft UDP).
2. HTTP ist stateless. Cookies und Sessions sind App-Logik, nicht HTTP-Feature. HTTP selbst speichert nichts.
3. 301 vs. 302 verwechseln. 301 = permanent (Browser cached, Google folgt). 302 = temporär.
4. 403 vs. 401 verwechseln. 401 = nicht authentifiziert. 403 = authentifiziert, aber keine Rechte.
5. PUT vs. POST verwechseln. PUT ersetzt eine spezifische Ressource (idempotent). POST erstellt neue.
6. DNS-TTL beim Domain-Umzug. Wenn TTL=86400 (24h), kann ein Resolver die alte IP bis zu 24h cachen. Bei Domain-Wechseln vorher TTL auf 60s reduzieren.
Sequenz-Stepper: Browser → DNS-Resolver → Webserver → Browser. Toggle "rekursiv" (10 Schritte mit allen DNS-Iterationen) vs. "iterativ" (6 Schritte kompakt).
Pro Schritt: konkrete HTTP-Header, DNS-Queries, Antworten. Klicke auf einen Schritt in der Liste, um direkt dorthin zu springen.
Interaktive Visualisierung
Interaktive Komponente: probiere sie im Topic-Player oben aus.
Klausur-Tipp: DNS-Reihenfolge auswendig lernen (Browser → Resolver → Root → TLD → autoritativ → zurück). HTTP-Header-Format (Request-Line / Header-Block / Leerzeile / Body) ist Pflicht-Wissen.
6 Aufgaben zu DNS-Hierarchie, HTTP-Methoden und Status-Codes.
Klausurfragen mit Lösungen (6)
Antwort: Domain-Namen in IP-Adressen auflösen
Erklärung: DNS (Domain Name System) übersetzt Domain-Namen (example.de) in IP-Adressen (93.184.216.34). Es ist das 'Telefonbuch des Internets'. DNS arbeitet auf Anwendungsschicht (L7) und nutzt typischerweise UDP Port 53. Klausur-Standardfrage.
Antwort: 404
Erklärung: 404 = Not Found. Die Ressource (URL) existiert nicht auf dem Server. Zum Vergleich: 200 = OK (Erfolg), 301 = Moved Permanently (Redirect), 500 = Internal Server Error (Server-Fehler). Klausur-Klassiker.
Zuordnungen:
Erklärung: HTTP-Status-Code-Kategorien: 2xx Erfolg, 3xx Redirect, 4xx Client-Fehler, 5xx Server-Fehler. 200=OK, 301=permanent redirect (vs 302 temporär), 403=keine Rechte (vs 401=nicht eingeloggt), 500=allg. Server-Fehler. Klausur-Pflicht-Wissen.
Typ: Zuordnung
Antwort: Root → TLD → autoritativer NS
Erklärung: Iterative DNS-Auflösung: Root-Server (kennt nur TLDs) → TLD-Nameserver (z.B. .de, kennt Domain-Nameserver) → autoritativer Nameserver (kennt die finale IP). Browser fragt Resolver rekursiv, Resolver iteriert. Klausur-Stolperstein: oft wird die Reihenfolge umgedreht.
Antwort: Falsch
Erklärung: FALSCH. HTTP ist STATELESS. Jede Anfrage ist isoliert, der Server merkt sich von sich aus NICHTS zwischen Anfragen. Sessions werden via Cookies (gespeichert im Browser) oder Server-Side Sessions (mit Session-ID-Cookie) realisiert. Das ist Anwendungs-Logik, kein HTTP-Feature. Klausur-Klassiker.
Typ: Wahr/Falsch
Antwort: 401 = nicht authentifiziert (nicht eingeloggt), 403 = authentifiziert aber keine Rechte
Erklärung: 401 Unauthorized: User ist NICHT eingeloggt oder hat falsche Credentials. Server kennt ihn nicht. 403 Forbidden: User IST eingeloggt und identifiziert, hat aber keine Rechte für diese spezifische Ressource. Beispiel: User loggt sich ein (401 weg), versucht aber Admin-Page → 403. Klausur-Detail.
6 Klausur-Fragen mit HTTP-Methoden, Status-Codes und DNS-Details.
Klausurfragen mit Lösungen (6)
Antwort: Port 443
Erklärung: HTTPS (HTTP über TLS) nutzt Port 443. HTTP unverschlüsselt nutzt Port 80. Zum Vergleich: Port 21 = FTP (Datei-Transfer), Port 53 = DNS, Port 22 = SSH, Port 25 = SMTP. Klausur-Pflicht-Wissen.
Antwort: POST
Erklärung: POST erstellt neue Ressourcen (Formular-Submit, neuer Kommentar, neue User). POST ist NICHT idempotent (mehrfaches Senden erstellt mehrere Einträge). GET liest, PUT ersetzt eine spezifische Ressource (idempotent), DELETE löscht (idempotent). Klausur-Standardfrage.
Zuordnungen:
Erklärung: DNS-Record-Typen: A=IPv4 (32-Bit), AAAA=IPv6 (128-Bit, 'Quad-A'), MX=Mail-Exchanger (mit Prio-Nummer), CNAME=Canonical Name (Alias, z.B. www.example.de → example.de), TXT=Frei-Text (SPF/DKIM-Email-Sicherheit), NS=Nameserver-Delegation. Klausur-Pflicht-Wissen.
Typ: Zuordnung
Antwort: Mehrfaches Ausführen ändert das Resultat nicht
Erklärung: Idempotent = mehrfaches Ausführen führt zum gleichen Ergebnis. GET (mehrfach lesen = gleiche Daten), PUT (mehrfach ersetzen mit gleichen Daten = gleicher Stand), DELETE (mehrfach löschen = nichts da). POST ist NICHT idempotent (mehrfach absenden = mehrere Einträge). Klausur-Schlüsselbegriff.
Antwort: Wahr
Erklärung: RICHTIG. DNS nutzt UDP Port 53 für reguläre Queries (klein, schnell, kein Verbindungs-Overhead). TCP wird nur bei großen Antworten (>512 Bytes) oder Zone-Transfers verwendet. UDP-Wahl macht DNS deutlich schneller (kein 3-Way-Handshake nötig). Klausur-Detail.
Typ: Wahr/Falsch
Antwort: Root → .de NS → beispiel.de NS → shop.beispiel.de NS
Erklärung: DNS-Hierarchie wird TOP-DOWN abgefragt: Root (kennt TLDs) → .de NS (kennt Domains unter .de) → beispiel.de NS (kennt Subdomains von beispiel.de) → shop-Eintrag. Jeder Schritt gibt einen Referral auf den nächsten Server. Resolver iteriert und cached für TTL Sekunden. Klausur-Stolperstein: NICHT bottom-up.
| OPTIONS | Verfügbare Methoden abfragen (CORS-Preflight) | ja | nein |