aiMOOC

Netzwerke und Systemintegration – DHCP und DNS funktional erklären

QR-Code

Einleitung

Netzwerke und Systemintegration – DHCP und DNS funktional erklären

Zielgruppe: Ausbildung zum Fachinformatiker bzw. zur Fachinformatikerin für Systemintegration und verwandte IT-Berufe.

Kurzbeschreibung: DHCP übernimmt die automatische Adressvergabe. DNS ermöglicht die Namensauflösung. Du lernst beide Dienste an einem fiktiven Ausbildungsfall kennen und untersuchst typische Fehler in einem vollständig lokalen Python-Labor.

Lernziele: Du kannst DHCP und DNS unterscheiden, den DORA-Ablauf erklären, DNS-Einträge auswerten, Caching verstehen und Netzwerkfehler systematisch eingrenzen.

Voraussetzungen: Grundkenntnisse zu IP-Adressen und Netzwerken, Python 3 für das optionale Offline-Labor.

Sicherheitsregel: Alle Adressen und Namen sind fiktiv. Es werden ausschließlich die Dokumentationsadressen 192.0.2.0/24 und die reservierte Testdomain example.test verwendet. Das Python-Labor verändert keine Netzwerkeinstellungen, öffnet keine Netzwerkverbindung und überträgt keine Daten. Verwende keine fremden Netzwerke, Produktivsysteme, Zugangsdaten oder Kundendaten für Übungen.

Dein Lernpfad

n| 4

Lerneinheit	Inhalt	Zeit
1	DHCP verstehen	7 Minuten
2	IP-Adressen und Leases	5 Minuten
3	DNS verstehen	7 Minuten
DNS-Abfragen und Caching	7 Minuten
5	DHCP und DNS im Zusammenspiel	7 Minuten
6	Lokales Python-Labor und Fehlersuche	20 Minuten

Ausbildungsfall: Ein Arbeitsplatz funktioniert nicht

Du arbeitest in der fiktiven IT-Abteilung der Lernwerkstatt Nord.

Ein neuer Ausbildungs-PC erhält automatisch eine IP-Adresse. Trotzdem lässt sich die fiktive Intranetseite intranet.example.test nicht zuverlässig über ihren Namen erreichen.

Dein Auftrag: Finde heraus, ob die Ursache bei DHCP, DNS oder einem zwischengespeicherten DNS-Eintrag liegt.

Bestandteil	Fiktive Konfiguration
Beispielnetz	192.0.2.0/24
DHCP-Server	192.0.2.1
DHCP-Adresspool	192.0.2.10 bis 192.0.2.12
Beispiel-Gateway	192.0.2.254
DNS-Server	192.0.2.53
Intranet	intranet.example.test
Richtiger Intranet-A-Eintrag	192.0.2.80
Fehlerhafter Intranet-A-Eintrag	192.0.2.81

Wichtig: Dies ist ein Modell, keine Konfiguration eines echten Netzes. Die verwendeten Adressen sind für Dokumentation reserviert und dürfen nicht als produktive Adressplanung übernommen werden.

Lerneinheit 1: DHCP verstehen

DHCP steht für Dynamic Host Configuration Protocol. Ein DHCP-Server kann Clients automatisch eine IPv4-Adresse und weitere Konfigurationswerte bereitstellen, beispielsweise Subnetzmaske, Standardgateway und DNS-Server.

Der typische erste Vergabeablauf heißt DORA.

Bildauftrag: Lies die vier Pfeile von oben nach unten.

Schritt	Nachricht	Bedeutung
D	DISCOVER	Client sucht einen DHCP-Server.
O	OFFER	Server bietet eine Konfiguration an.
R	REQUEST	Client fordert das Angebot an.
A	ACK	Server bestätigt die Zuweisung.

Merksatz: DHCP beantwortet die Frage: Welche Netzwerkkonfiguration bekommt mein Gerät?

Bei DHCP für IPv4 werden UDP-Port 67 auf der Serverseite und UDP-Port 68 auf der Clientseite verwendet. Die Konfiguration des DNS-Servers kann über DHCP-Option 6 mitgeteilt werden.

Video: Das DHCP-Protokoll erklärt – DORA. Das Video ist ergänzendes Material; verbindlich sind die angegebenen RFC-Quellen.

Mini-Aufgabe – Basis: Warum beginnt der Client mit DISCOVER und nicht mit ACK?

Feedback: DISCOVER ist richtig, weil der Client zunächst einen DHCP-Server finden muss. ACK ist die Bestätigung durch den Server und kommt erst später.

Lerneinheit 2: IP-Adressen und Leases

Eine Lease ist eine zeitlich begrenzte Zuweisung einer IP-Adresse. Clients können ihre Lease verlängern. Läuft sie ohne erfolgreiche Verlängerung ab, darf die Adresse nicht einfach unbegrenzt weiterverwendet werden.

Die Abbildung zeigt beispielhaft eine DHCP-Lease.

Bildauftrag: Suche die Phasen, in denen eine Lease verlängert werden kann.

Visualisierung: Unser Adresspool

Fiktiver DHCP-Pool: 3 Adressen

192.0.2.10  [██████████] azubi-01
192.0.2.11  [██████████] azubi-02
192.0.2.12  [..........] frei

Belegt: 2 von 3
Frei:    1 von 3

Mini-Aufgabe – Anwendung: Was passiert im vereinfachten Labor, wenn ein vierter neuer Client eine Adresse anfordert, nachdem alle drei Pool-Adressen vergeben wurden?

Feedback: Der Server kann keine freie Adresse anbieten, weil der Adresspool erschöpft ist. In einem echten Netzwerk sind zusätzlich Reservierungen, vorhandene Leases und Serverkonfigurationen zu berücksichtigen.

Lerneinheit 3: DNS verstehen

DNS steht für Domain Name System. DNS ordnet Namen verschiedenen Informationen zu, insbesondere IP-Adressen.

Bildauftrag: Verfolge die Hierarchie von der Root-Ebene über eine Top-Level-Domain zu einer Domain.

DNS-Record	Funktion	Beispiel im Modell
A	Name zu IPv4-Adresse	intranet.example.test → 192.0.2.80
AAAA	Name zu IPv6-Adresse	IPv6-Adresszuordnung
CNAME	Alias zu einem anderen Namen	Aliasverweis
MX	Zuständiger Mailserver	Mailserver-Zuordnung
NS	Zuständige Nameserver	Delegation einer Zone

Ein autoritativ antwortender DNS-Server verfügt über die maßgeblichen Daten einer DNS-Zone. Ein rekursiver Resolver ermittelt eine Antwort für einen Client, bei Bedarf mithilfe weiterer DNS-Server.

Merksatz: DNS beantwortet beispielsweise die Frage: Welche IP-Adresse gehört zu diesem Namen?

Video: DNS-Namensauflösung.

Mini-Aufgabe – Basis: Welcher DNS-Record wird für die direkte Zuordnung eines Namens zu einer IPv4-Adresse verwendet?

Feedback: A ist richtig, weil ein A-Record eine IPv4-Adresse enthält. AAAA steht für IPv6-Adressen.

Lerneinheit 4: DNS-Abfragen und Caching

Bei einer DNS-Abfrage prüft der verwendete Resolver zunächst, ob eine passende, noch gültige Antwort zwischengespeichert ist. Andernfalls kann eine erneute Auflösung nötig werden.

Bildauftrag: Unterscheide in der Grafik rekursive und iterative Abfragen.

Caching beschleunigt wiederholte Abfragen. Die TTL (Time to Live) begrenzt, wie lange ein DNS-Datensatz zwischengespeichert werden darf.

NXDOMAIN bedeutet, dass der angefragte DNS-Name im betreffenden Namensraum nicht existiert. Eine NXDOMAIN-Antwort ist von einer bloßen Zeitüberschreitung oder einem nicht erreichbaren DNS-Server zu unterscheiden.

DNS verwendet unter anderem UDP und TCP auf Port 53.

Visualisierung: DNS-Cache und TTL

Im Labor beträgt die vereinfachte TTL 30 Sekunden.

Modellzeit	Zustand	Antwort
0 s	DNS-Zone enthält 192.0.2.80	192.0.2.80 aus Zone
0 s	Zone wird auf 192.0.2.81 geändert; Cache bleibt gültig	192.0.2.80 aus Cache
31 s	Alter Cacheeintrag ist abgelaufen	192.0.2.81 aus Zone
31 s	Zone wird auf 192.0.2.80 repariert	192.0.2.81 aus Cache
62 s	Cacheeintrag ist erneut abgelaufen	192.0.2.80 aus Zone

Mini-Aufgabe – Anwendung: Warum kann nach der Korrektur eines DNS-Eintrags zunächst noch eine alte IP-Adresse angezeigt werden?

Feedback: Wegen eines gültigen Cacheeintrags. Der Eintrag wird nicht automatisch durch die Änderung in der ursprünglichen Zone ersetzt. Das Modell demonstriert diesen Effekt vereinfacht; reale Resolver können zusätzliche Cache-Regeln verwenden.

Lerneinheit 5: DHCP und DNS im Zusammenspiel

              FIKTIVES AUSBILDUNGSLABOR

          +-------------------+
          |  Ausbildungs-PC   |
          +-------------------+
                    |
                    | DHCP-Anfrage
                    v
          +-------------------+
          |   DHCP-Server     |
          |   192.0.2.1       |
          +-------------------+
                    |
                    | IP + DNS-Server-Adresse
                    v
          +-------------------+
          |  Ausbildungs-PC   |
          |  192.0.2.10       |
          +-------------------+
                    |
                    | DNS-Namensabfrage
                    v
          +-------------------+
          |    DNS-Modell     |
          |   192.0.2.53      |
          +-------------------+
                    |
                    | A-Antwort
                    v
             192.0.2.80

DHCP liefert die Netzwerkparameter. DNS liefert die Namensauflösung. Beides sind unterschiedliche Aufgaben, die zusammenwirken.

Ein Client mit gültiger IP-Adresse kann trotzdem ein Namensauflösungsproblem haben. Ebenso kann eine korrekte DNS-Konfiguration eine fehlende IP-Konfiguration nicht ersetzen.

Video: URL & DNS – die Grundlagen verstehen, FRITZ! Tech. Produktbeispiele im Video sind nicht Bestandteil des lokalen Labors.

Systematische Fehleranalyse

Beobachtung	Mögliche Ursache	Begründeter nächster Schritt
Keine gültige IP-Konfiguration	DHCP-Zuweisung fehlt	Adresspool und DHCP-Ablauf im Modell prüfen
IP vorhanden, Name unbekannt	Fehlender DNS-Eintrag	DNS-Zone und Schreibweise prüfen
IP vorhanden, falsche Namensantwort	Falscher DNS-Eintrag	Soll- und Istwert vergleichen
Korrektur noch nicht sichtbar	Alter Cacheeintrag	TTL und Cachezustand prüfen
Richtige IP und richtige DNS-Antwort, Anwendung trotzdem nicht erreichbar	Anderes Netzwerk- oder Dienstproblem	Weitere Ursachen getrennt untersuchen

Lerneinheit 6: Isoliertes Python-Labor

Dieses Labor ist eine lokale Simulation. Es implementiert keine echten DHCP- oder DNS-Pakete und ist kein Ersatz für einen vollständigen Protokollstack.

Du benötigst: Python 3.9 oder neuer und einen lokalen Texteditor. Es werden keine Zusatzpakete benötigt.

Start: Kopiere den folgenden Code in eine Datei namens dhcp_dns_labor.py und starte sie lokal mit dem Befehl:

python3 dhcp_dns_labor.py

Unter Windows kann alternativ der installierte Python-Launcher mit py dhcp_dns_labor.py verwendet werden.

Lauffähiger Offline-Code

# dhcp_dns_labor.py – reines Offline-Modell, Python 3.9+
POOL = ["192.0.2.10", "192.0.2.11", "192.0.2.12"]
CLIENTS = ["azubi-01", "azubi-02", "azubi-03", "azubi-04"]
leases = {}
zone = {"intranet.example.test": "192.0.2.80",
        "drucker.example.test": "192.0.2.90"}
cache = {}
zeit = 0
TTL = 30

def dhcp(client):
    if client in leases:
        print("Bestehende Lease:", client, leases[client])
        return leases[client]
    frei = [ip for ip in POOL if ip not in leases.values()]
    print("DISCOVER:", client, "sucht einen DHCP-Server")
    if not frei:
        print("Kein OFFER: Adresspool ist leer")
        return None
    ip = frei[0]
    print("OFFER: Server bietet", ip)
    print("REQUEST:", client, "fordert", ip, "an")
    leases[client] = ip
    print("ACK: Lease bestaetigt, DNS-Server 192.0.2.53")
    return ip

def dns(name):
    global zeit
    if name in cache and cache[name][1] > zeit:
        ip, ablauf = cache[name]
        print("CACHE:", name, "->", ip, "Rest-TTL:", ablauf - zeit)
        return ip
    if name not in zone:
        print("NXDOMAIN im Modell:", name)
        return None
    ip = zone[name]
    cache[name] = (ip, zeit + TTL)
    print("ZONE:", name, "->", ip, "TTL:", TTL)
    return ip

def status():
    print("ZEIT:", zeit, "Sekunden")
    for client in CLIENTS:
        print(client, "->", leases.get(client, "keine Lease"))
    print("FREI:", len(POOL) - len(leases), "von", len(POOL))
    print("ZONE:", zone)
    print("CACHE:", cache)

def selbsttest():
    global zeit
    assert dhcp("azubi-01") == "192.0.2.10"
    assert dhcp("azubi-01") == "192.0.2.10"
    assert dns("intranet.example.test") == "192.0.2.80"
    zone["intranet.example.test"] = "192.0.2.81"
    assert dns("intranet.example.test") == "192.0.2.80"
    zeit = 31
    assert dns("intranet.example.test") == "192.0.2.81"
    zone["intranet.example.test"] = "192.0.2.80"
    leases.clear()
    cache.clear()
    zeit = 0
    print("SELBSTTEST OK – Labor zurueckgesetzt")

if __name__ == "__main__":
    selbsttest()
    while True:
        print("\n1 DHCP | 2 DNS | 3 Fehlname | 4 +31 s")
        print("5 Status | 6 falscher DNS-Wert | 7 reparieren | 0 Ende")
        wahl = input("> ").strip()
        if wahl == "1":
            offen = [c for c in CLIENTS if c not in leases]
            dhcp(offen[0] if offen else CLIENTS[-1])
        elif wahl == "2":
            dns("intranet.example.test")
        elif wahl == "3":
            dns("unbekannt.example.test")
        elif wahl == "4":
            zeit += 31
            print("Simulierte Zeit:", zeit)
        elif wahl == "5":
            status()
        elif wahl == "6":
            zone["intranet.example.test"] = "192.0.2.81"
            print("Zone absichtlich falsch: 192.0.2.81")
        elif wahl == "7":
            zone["intranet.example.test"] = "192.0.2.80"
            print("Zone repariert: 192.0.2.80")
        elif wahl == "0":
            break
        else:
            print("Bitte 0 bis 7 waehlen.")

Technischer Hinweis: Das Programm verwendet weder Sockets noch HTTP, DNS-Bibliotheken oder Betriebssystembefehle. Seine Eingaben sind auf Menüoptionen begrenzt. Es simuliert nur einen einfachen DHCP-Pool, positive DNS-Antworten, NXDOMAIN und TTL. Echte Lease-Verlängerungen, DNS-Delegationen und Pakettransporte sind nicht implementiert.

Interaktive Testumgebung A: Adressvergabe

Starte das lokale Labor.
Drücke dreimal die Taste 1.
Drücke danach 5 und prüfe den Status.
Drücke erneut 1 und beobachte die Reaktion.

Erwartung: Drei Clients erhalten Adressen. Der vierte erhält kein Angebot, weil der Pool vollständig belegt ist.

Feedback: Die Beobachtung passt zum Modell, weil dieselbe Adresse nicht gleichzeitig an unterschiedliche Clients neu vergeben wird.

Interaktive Testumgebung B: DNS und Cache

Starte das Labor erneut.
Wähle 2 für die korrekte DNS-Antwort.
Wähle 6 für einen absichtlich falschen Eintrag.
Wähle 2: Beobachte den alten Cachewert.
Wähle 4: Die simulierte Zeit steigt um 31 Sekunden.
Wähle 2: Jetzt erscheint der falsche Zonenwert.
Wähle 7 für die Reparatur.
Wähle 2, dann 4 und erneut 2.

Erwartung: Nach der Reparatur kann zunächst der alte Wert aus dem Cache erscheinen. Nach Ablauf der modellierten TTL erscheint wieder 192.0.2.80.

Feedback: Der Versuch trennt einen Fehler in den Zonendaten von einer weiterhin gültigen Cacheantwort.

Interaktive Testumgebung C: Fehlerhafte Namensabfrage

Wähle im Menü die Option 3.

Erwartung: Die Simulation meldet NXDOMAIN für unbekannt.example.test.

Feedback: Der Name fehlt in der Modellzone. Das ist etwas anderes als ein nicht erreichbarer DNS-Server.

Gestufte Hilfen zum Ausbildungsfall

Hilfe 1 – Denkimpuls: Welcher Dienst vergibt eine Adresse und welcher beantwortet eine Namensabfrage?

Hilfe 2 – Vorgehensweise: Prüfe nacheinander die DHCP-Lease, die konfigurierte DNS-Server-Adresse, den DNS-Eintrag und den Cachezustand.

Hilfe 3 – Musterlösung: Im beschriebenen Fehlerfall ist die DHCP-Vergabe erfolgreich. Der A-Eintrag wurde von 192.0.2.80 auf 192.0.2.81 verändert. Die Diagnose muss daher den DNS-Datensatz und die TTL berücksichtigen. Nach der Reparatur und dem Ablauf des Cacheeintrags liefert die Simulation wieder die richtige Adresse.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Welche Hauptaufgabe übernimmt DHCP? (Automatische Bereitstellung der IP-Konfiguration) (!Verschlüsselung aller Netzwerkpakete) (!Übersetzung von Domainnamen in Webseiten) (!Speicherung sämtlicher Internetseiten)

Welche DHCP-Nachricht steht beim typischen DORA-Ablauf zuerst? (DISCOVER) (!REQUEST) (!ACK) (!OFFER)

Was bedeutet DHCP-ACK im üblichen Vergabeablauf? (Der Server bestätigt die Adresszuweisung) (!Der Client sucht einen DNS-Server) (!Der Server meldet einen abgelaufenen DNS-Cache) (!Der Client verwirft grundsätzlich seine Konfiguration)

Was bezeichnet eine DHCP-Lease? (Eine zeitlich begrenzte Zuweisung einer Adresse) (!Ein dauerhaftes Passwort für den Client) (!Eine Liste aller DNS-Namen) (!Eine physische Netzwerkleitung)

Welche DHCP-Option übermittelt IPv4-Clients DNS-Server-Adressen? (Option 6) (!Option 1) (!Option 3) (!Option 12)

Welcher DNS-Record enthält eine IPv4-Adresse? (A) (!MX) (!NS) (!CNAME)

Welche Aufgabe hat die TTL bei DNS-Einträgen? (Sie begrenzt die Gültigkeitsdauer im Cache) (!Sie vergibt die Netzmaske) (!Sie bestimmt die Geschwindigkeit einer Netzwerkkarte) (!Sie ersetzt den Domainnamen durch ein Passwort)

Was bedeutet NXDOMAIN bei einer DNS-Abfrage? (Der angefragte DNS-Name existiert nicht) (!Der DHCP-Pool ist vollständig belegt) (!Der DNS-Server hat eine neue Lease vergeben) (!Ein Netzwerkkabel ist grundsätzlich defekt)

Welche Aufgabe übernimmt ein rekursiver DNS-Resolver? (Er ermittelt eine Antwort für den anfragenden Client) (!Er vergibt dynamische IPv4-Adressen) (!Er ersetzt alle autoritativen DNS-Server) (!Er verwaltet die Hardwareanschlüsse eines Switches)

Ein Client besitzt eine gültige IP-Adresse, erhält aber eine falsche DNS-Antwort. Was prüfst Du zuerst? (DNS-Datensatz und Cachezustand) (!Ausschließlich die Bildschirmauflösung) (!Zuerst den Druckertreiber) (!Grundsätzlich eine neue Netzwerkkarte)

Memory

Ordne die Begriffe ihren passenden Bedeutungen zu.

DISCOVER	DHCP-Suchanfrage eines Clients
OFFER	DHCP-Adressangebot des Servers
REQUEST	Anforderung einer angebotenen Konfiguration
ACK	Bestätigung der Adresszuweisung
Lease	Zeitlich begrenzte Adresszuteilung
Resolver	Dienst zur Ermittlung einer DNS-Antwort
TTL	Zeitgrenze für einen zwischengespeicherten DNS-Eintrag
NXDOMAIN	Fehlermeldung für einen nicht vorhandenen DNS-Namen

Drag and Drop

Ordne die richtigen Begriffe zu.	Bedeutung
DISCOVER	Suchanfrage
OFFER	Adressangebot
REQUEST	Adressanforderung
ACK	Zuweisungsbestätigung
Resolver	Namensauflösung
Lease	Nutzungsdauer
TTL	Cachefrist
NXDOMAIN	Namensfehler

Kreuzworträtsel

DISCOVER	Welche DHCP-Nachricht sucht zunächst einen Server?
OFFER	Wie heißt das DHCP-Adressangebot?
REQUEST	Welche DHCP-Nachricht fordert eine angebotene Adresse an?
LEASE	Wie heißt die zeitlich begrenzte DHCP-Adresszuweisung?
CACHE	Wie heißt ein Zwischenspeicher für DNS-Antworten?
RESOLVER	Welche DNS-Komponente ermittelt Antworten für Clients?

LearningApps

Weitere freiwillige Zuordnungs- und Wiederholungsübungen zum Thema:

Datenschutzhinweis: Eingebettete externe Medien und Lernangebote können beim Laden Browserdaten an Drittanbieter übertragen. Öffne sie nur im freigegebenen Lernkontext. Das lokale Python-Labor benötigt diese Angebote nicht.

Lückentext

Die automatische Bereitstellung von IPv4-Konfigurationsdaten übernimmt

.

Die erste Nachricht des typischen Vergabeablaufs heißt

.

Das Adressangebot des Servers heißt

.

Anschließend fordert der Client die Konfiguration mit

an.

Die positive Bestätigung erfolgt mit

.

Eine zeitlich begrenzte Adresszuweisung heißt

.

Die Zuordnung von Domainnamen zu IP-Adressen erfolgt häufig durch

.

Eine IPv4-Adresse wird im DNS mit einem

Record veröffentlicht.

Ein IPv6-Adressdatensatz trägt den Typ

.

Ein rekursiver

sucht nach einer passenden DNS-Antwort.

Die Cachelebensdauer eines Datensatzes wird durch die

begrenzt.

Ein nicht existierender DNS-Name kann zur Antwort

führen.

Die Adresse eines DNS-Servers kann bei DHCPv4 mit Option

verteilt werden.

Aufgaben mit begründetem Feedback

Basisaufgabe

Situation: azubi-01 erhält 192.0.2.10.

Auftrag: Erkläre den typischen Ablauf der Adressvergabe mit vier DHCP-Nachrichten.

Lösungshinweis: DISCOVER → OFFER → REQUEST → ACK.

Begründetes Feedback: Richtig ist eine Antwort, die die Reihenfolge und die Rollen von Client und Server erklärt. Eine reine Aufzählung zeigt zwar Begriffskenntnis, aber noch nicht die Funktionsweise.

Anwendungsaufgabe

Situation: intranet.example.test zeigt im Modell zunächst 192.0.2.80 und nach Ablauf der TTL plötzlich 192.0.2.81.

Auftrag: Leite aus diesem Verlauf die wahrscheinlichste Ursache ab.

Lösungshinweis: Vergleiche Cacheinhalt und DNS-Zone.

Begründetes Feedback: Die Beobachtung spricht für einen veränderten DNS-Zoneneintrag, dessen Wirkung zunächst durch den Cache verdeckt wurde. DHCP muss nicht fehlerhaft sein, weil es im Versuch bereits eine gültige IP-Adresse zugewiesen hat.

Transferaufgabe

Situation: In einer fiktiven Lernumgebung funktionieren Zugriffe über eine bekannte IP-Adresse, aber nicht über einen Namen.

Auftrag: Entwickle eine Prüfstrategie ohne Zugriffe auf externe oder produktive Netzwerke.

Lösungshinweis: Nutze ausschließlich simulierte Angaben zu IP-Konfiguration, DNS-Server, Zonendaten und Cache.

Begründetes Feedback: Eine gute Strategie unterscheidet Namensauflösung von Erreichbarkeit. Ein Zugriff über eine IP-Adresse kann funktionieren, obwohl DNS fehlerhaft ist. Umgekehrt beweist eine korrekte DNS-Antwort noch nicht, dass ein Anwendungsdienst erreichbar ist.

Offene Aufgaben

Leicht

DHCP: Zeichne den DORA-Ablauf mit Client, Server, Nachrichten und Pfeilen auf Papier oder in einem lokalen Grafikprogramm.
IP-Adresse: Erstelle eine beschriftete Grafik der drei fiktiven Pool-Adressen und markiere belegte und freie Adressen.
Domain Name System: Formuliere eine kurze Alltagserklärung, wie DNS einen Namen einer IP-Adresse zuordnet.
DNS-Record: Erstelle vier Lernkarten für A, AAAA, CNAME und MX mit jeweils einer Funktion und einem fiktiven Beispiel.

Standard

DHCP-Lease: Führe den lokalen Simulator mit vier Clients aus und dokumentiere, weshalb die letzte neue Adressanforderung fehlschlägt.
DNS-Cache: Erstelle eine Zeitachse für die TTL-Werte 0, 30 und 31 Sekunden und erläutere die Unterschiede.
Fehleranalyse: Schreibe ein fiktives Support-Ticket für den DNS-Fehler im Ausbildungsfall, mit Symptom, Ursache, Prüfung und Lösung.
Netzwerkprotokoll: Produziere mit einem lokalen Werkzeug ein kurzes Erklärvideo oder eine Bildschirmaufnahme über das Zusammenspiel von DHCP und DNS.

Schwer

Netzwerkplanung: Entwirf eine alternative Adressplanung für zehn fiktive Arbeitsplätze. Erläutere Poolgröße, Reservierungen und die notwendigen DHCP-Parameter.
Namensauflösung: Entwickle ein Entscheidungsdiagramm, mit dem eine andere Person DHCP-Probleme und DNS-Probleme in einer Simulation unterscheiden kann.
Python: Erweitere das Offline-Labor um eine simulierte Lease-Dauer und eine begründete Wiederfreigabe abgelaufener Adressen. Verzichte vollständig auf Netzwerkzugriffe.
IT-Sicherheit: Erstelle eine Risikoanalyse zu fehlkonfigurierten DHCP- und DNS-Diensten. Formuliere vorbeugende Maßnahmen für ein ausdrücklich autorisiertes Übungsnetz, ohne reale Ziele zu testen.

Lernkontrolle

Bearbeite die folgenden Aufgaben ohne Unterstützung durch die Musterlösungen.

DHCP und DNS: Ein Client besitzt eine gültige IPv4-Adresse, kann einen fiktiven Dienst aber nicht über seinen Namen finden. Begründe, warum dies allein kein Beweis für einen DHCP-Fehler ist.
Netzwerkdiagnose: Im Labor schlägt die vierte neue DHCP-Zuweisung fehl. Entwickle zwei mögliche Lösungswege und bewerte deren Vor- und Nachteile.
DNS-Caching: Erkläre anhand der TTL-Zeitachse, warum dieselbe DNS-Anfrage zu zwei unterschiedlichen Zeitpunkten verschiedene Antworten liefern kann.
Systemintegration: Erstelle einen nachvollziehbaren Diagnoseablauf für einen neu eingerichteten Arbeitsplatz, bei dem Adressvergabe und Namensauflösung überprüft werden müssen.
Netzwerkadministration: Bewerte die Vorteile zentraler DHCP-Konfiguration gegenüber ausschließlich manueller Konfiguration anhand eines wachsenden fiktiven Ausbildungsnetzes.
IT-Sicherheit: Begründe, warum Tests mit DHCP- und DNS-Servern ausschließlich in lokalen Simulationen oder ausdrücklich freigegebenen Testnetzen stattfinden sollten.

Bewertungskriterien: Fachliche Richtigkeit, Unterscheidung der Dienste, begründete Ursachenanalyse, nachvollziehbare Schritte, sichere Testmethoden und Übertragbarkeit auf neue Situationen.

Lernnachweis

Für einen erfolgreichen Lernnachweis solltest Du Folgendes vorlegen:

Fachliche Erklärung: Unterschied zwischen DHCP und DNS sowie korrekte Darstellung des DORA-Ablaufs.
Adressplanung: Übersicht der fiktiven IP-Adressen, des DHCP-Pools und der DNS-Server-Konfiguration.
Laborprotokoll: Nachweis der lokalen Python-Selbsttests und mindestens drei dokumentierte Versuche.
Fehleranalyse: Gegenüberstellung eines erschöpften DHCP-Pools und eines fehlerhaften DNS-Eintrags.
Transferleistung: Eigenständig entwickelte Prüfreihenfolge für einen neuen fiktiven Fehlerfall.
Sicherheit: Erklärung der verwendeten Testadressen und Bestätigung, dass keine externen oder produktiven Systeme getestet wurden.
Reflexion: Kurzer Text darüber, welche Vereinfachungen das Python-Modell enthält und weshalb seine Ergebnisse nicht mit einem vollständigen Protokolltest gleichzusetzen sind.

Empfohlene Bewertung:

Leistung	Anteil
Fachwissen und Zusammenhänge	25 %
Korrekte Anwendung	25 %
Fehleranalyse und Transfer	30 %
Dokumentation und sichere Arbeitsweise	20 %

OERs zum Thema

Wikipedia: DHCP

Wikipedia: DNS

Geprüfte fachliche Quellen

RFC 2131: Dynamic Host Configuration Protocol. Grundlegende DHCPv4-Funktionsweise, Nachrichten und UDP-Ports.
RFC 2132: DHCP Options and BOOTP Vendor Extensions. Relevante Optionen, darunter DNS-Server-Adressen über Option 6.
RFC 1034: Domain Names – Concepts and Facilities. DNS-Hierarchie, Resolver und TTL.
RFC 1035: Domain Names – Implementation and Specification. DNS-Datensätze und Transport über UDP bzw. TCP.
RFC 2308: Negative Caching of DNS Queries. Grundlagen zum Zwischenspeichern negativer DNS-Antworten.
RFC 5737: IPv4 Address Blocks Reserved for Documentation. Grundlage für die verwendeten Beispieladressen.
RFC 6761: Special-Use Domain Names. Grundlage für die reservierte Testdomain.

Mediennachweise und Lizenzen

Alle aufgeführten Bilddateien stammen aus Wikimedia Commons. Die jeweiligen Dateiseiten enthalten die Lizenzangaben.

Medium	Urheber	Lizenz laut Commons
DHCPDORA.png	Endaargaanweweer	CC0 1.0
DHCP-lease-voorbeeld.png	Endaargaanweweer	CC0 1.0
DHCP Client Address Life Cycle	Michel Bakni	CC BY-SA 4.0
Dns-raum.svg	Hank van Helvete	CC BY-SA 2.5
Dns-abfrage.svg	Hank van Helvete	CC BY-SA 2.5
DNS Architecture.svg	Aaron Filbert	CC BY-SA 4.0
DNS in the real world.svg	Lion Kimbro	Gemeinfrei

Lizenzhinweis: Bei CC-BY-SA-Material sind Namensnennung, Lizenzverweis und gegebenenfalls die Bedingungen zur Weitergabe bearbeiteter Versionen zu beachten. Die eingebetteten YouTube-Videos werden nur über den jeweiligen Videoplayer referenziert. Ihre freie Nachnutzung oder eine OER-Lizenz ist nicht nachgewiesen. Lade diese Videos nicht ohne entsprechende Erlaubnis herunter und veröffentliche sie nicht erneut.

Das Python-Beispiel wurde für diesen Kurs neu erstellt. Die Offline-Funktionsabläufe und die eingebauten Selbsttests wurden mit Python ausgeführt. Das Programm sendet keine Netzwerkpakete.