DHCP
Lektion 2 von 6
Der DHCP-Ablauf: DORA
Lerne Discover, Offer, Request und Acknowledge als grundlegenden Ablauf der initialen Adressvergabe kennen.
Lernziele
Nach Abschluss dieser Lektion kannst du:
- DORA ausschreiben
- die vier grundlegenden Schritte in der richtigen Reihenfolge beschreiben
- Sender und Empfänger jeder Nachricht identifizieren
- die Bedeutung von Broadcasts bei der initialen Konfiguration erklären
- UDP-Port 67 dem Server und UDP-Port 68 dem Client zuordnen
- DHCPREQUEST im initialen Auswahlprozess korrekt einordnen
- verstehen, dass DHCPNAK und weitere Nachrichten außerhalb des DORA-Fokus existieren
Client, Server und der schwierige Anfang
Ein neu gestarteter DHCP-Client kennt möglicherweise weder eine nutzbare eigene IPv4-Adresse noch die Adresse eines DHCP-Servers. Deshalb nutzt die initiale Kommunikation häufig Broadcast-Mechanismen. Das bedeutet nicht, dass jedes Paket in jedem DHCP-Zustand immer ein Broadcast ist.
DHCP-Server
UDP 67DHCP-Client
UDP 68Merke: Server 67 · Client 68. DNS verwendet dagegen Port 53.
DORA: der grundlegende initiale Ablauf
- DDiscoverClient → Server(s)DHCP-Server suchen
UDP 68 → 67 - OOfferServer → ClientKonfiguration anbieten
UDP 67 → 68 - RRequestClient → Server(s)Angebot und Server auswählen
UDP 68 → 67 - AAcknowledgeServer → ClientKonfiguration bestätigen
UDP 67 → 68
D — DHCPDISCOVER
Bei einer typischen initialen Adressvergabe sucht der Client nach DHCP-Servern. Als Quelladresse kann 0.0.0.0, als Ziel der Limited Broadcast 255.255.255.255 verwendet werden; UDP läuft dabei vom Client-Port 68 zum Server-Port 67. Details können je nach Zustand und Implementierung variieren.
O — DHCPOFFER
Ein Server kann eine vorgeschlagene IPv4-Adresse, Subnetzinformationen, Lease-Angaben und weitere Optionen anbieten. Mehrere Server können theoretisch antworten. Das Angebot bedeutet noch keine endgültige Übernahme; die Antwortübertragung ist nicht pauschal immer Broadcast oder immer Unicast.
R — DHCPREQUEST
Im initialen Auswahlprozess zeigt der Client an, welches Angebot und welchen Server er anfordert. Dadurch erkennen andere anbietende Server ebenfalls, dass ihr Angebot nicht gewählt wurde. DHCPREQUEST ist mehr als „noch einmal nach einer IP fragen“ und wird auch in anderen Zuständen, etwa bei Verlängerungen, verwendet.
A — DHCPACK
Der ausgewählte Server bestätigt die angeforderte Konfiguration. Nach erfolgreicher Verarbeitung kann der Client die Parameter entsprechend der Lease verwenden. Ein ACK ist nicht zwingend immer Unicast oder immer Broadcast. In bestimmten Fällen kann ein Server stattdessen mit DHCPNAK negativ antworten.
Reihenfolge prüfen
Bringe DORA in die richtige Reihenfolge
Ordne jeder Position eine Nachricht zu. Jede Nachricht wird genau einmal verwendet.
DORA in einer Paketaufzeichnung erkennen
Suche in einer Wireshark- oder Filius-artigen Aufzeichnung konzeptionell nach DHCPDISCOVER, DHCPOFFER, DHCPREQUEST und DHCPACK. Prüfe für jede Nachricht Reihenfolge, Senderrolle und Zielrolle. Ein verbreiteter Wireshark-Anzeigefilter für DHCP/BOOTP-Verkehr ist bootp; je nach Werkzeugversion können Bezeichnungen abweichen.
Typische Denkfehler
- Falsch: „DORA bedeutet, dass immer genau vier Pakete übertragen werden.“
- Korrektur: DORA ist der grundlegende konzeptionelle Austausch; Wiederholungen, mehrere Offers und weitere DHCP-Nachrichten sind möglich.
- Falsch: „Jeder DHCP-Schritt ist immer Broadcast.“
- Korrektur: Broadcast- oder Unicast-Verhalten hängt von Nachricht, Zustand und Client-Fähigkeiten ab.
- Falsch: „Nach dem Offer gehört die IP schon endgültig dem Client.“
- Korrektur: Der initiale Auswahl- und Bestätigungsvorgang ist zu diesem Zeitpunkt noch nicht abgeschlossen.
- Falsch: „DHCP nutzt TCP.“
- Korrektur: IPv4-DHCP verwendet UDP, üblicherweise Server-Port 67 und Client-Port 68.
Dein Lernstand
Lektion in Bearbeitung
Das Öffnen startet die Lektion. Als erledigt zählt sie erst nach deiner ausdrücklichen Bestätigung.