Dynamic Host Configuration Protocol
| Anwendung | DHCP | |||
| Transport | UDP | |||
| Netzwerk | IP | |||
| Netzzugang | Ethernet | Token Ring | FDDI | ... |
DHCP verwendet das BOOTP-Protokoll, mit dem sich laufwerklose Workstations realisieren lassen, die sich zunächst eine IP-Adresse vom BOOTP-Server holen, und anschließend ein Kernel-Image aus dem Netz nachladen, mit dem sie dann booten. DHCP ist weitgehend kompatibel zu BOOTP und kann mit BOOTP-Clients und -Servern eingeschränkt zusammenarbeiten.
DHCP wurde im Hinblick auf zwei Einsatzszenarien entwickelt:
- Große Netzwerke mit häufig wechselnder Topologie
- Anwender, die "einfach nur Netzwerkverbindung" haben wollen und nicht mit Netzwerkkonfiguation belastet werden sollen
| Table of contents |
|
2 Ablauf der DHCP-Kommunikation 3 DHCPv6 4 Weblinks |
Der DHCP-Server
Der DHCP-Server ist als Daemon implementiert und wartet auf UDP-Port 67 auf Client-Anfragen. In seiner Konfigurationsdatei hat er Angaben, wie lange eine bestimmte IP-Adresse an einen Client "vermietet" werden darf, bevor der Client sich erneut beim Server melden und eine "Verlängerung" beantragen sollte.
Dem Client wird entweder eine freie Adresse aus einem vom Administrator festgelegten Pool, den der DHCP-Server verwaltet, zugeteilt, alternativ kann in der Konfigurationsdatei des Servers aber auch die MAC-Adresse des jeweiligen Clients hinterlegt werden, so dass ein auf diese Weise identifizierter Client keine pseudo-zufällige, sondern jedesmal die gleiche IP-Nummer zugeteilt bekommt.
Zusätzliche Angaben über netzwerkrelevante Parameter wie die Subnetzmaske, die lokale DNS-Domäne oder das zu verwendende Gateway komplettieren die Konfigurationsdatei des DHCP-Servers.Ablauf der DHCP-Kommunikation
Initiale Adresszuweisung
Wenn ein Client erstmalig eine IP-Adresse benötigt, schickt er eine DHCPDISCOVER-Nachricht als Netzwerk-Broadcast, auf die die verfügbaren DHCP-Server (es kann durchaus mehrere davon im gleichen Subnetz geben) mit DHCPOFFER antworten und einen Vorschlag für eine IP-Adresse machen. Dieser Broadcast hat als Absenderadresse 0.0.0.0 und als Zieladresse 255.255.255.255.
Der Client darf nun unter den eingetroffenen Angeboten wählen. Wenn er sich für eines entschieden hat, kontaktiert er den entsprechenden Server mit der Nachricht DHCPREQUEST, worauf der Server ihm in einer DHCPACK-Nachricht die IP-Adresse mit den weiteren relevanten Daten übermittelt.
Bevor der Client sein Netzwerkinterface mit der zugewiesenen Adresse konfiguriert, sollte er noch prüfen, ob nicht versehentlich ein anderer Rechner auf der Adresse sitzt.DHCP-Refresh
Zusammen mit der IP-Adresse erhält der Client in der DHCPACK-Nachricht eine Lease-Zeit mitgeteilt, die ihm sagt, wie lange die zugeteilte Adresse für ihn reserviert ist. Der Standard sieht vor, dass der Client nach der Hälfte der Lease-Zeit einen erneuten DHCPREQUEST sendet und so bekundet, dass weiter Interesse an der reservierten IP-Nummer besteht.
Dieser DHCPREQUEST wird per Unicast an den im Datenpaket enthaltenen Server gesendet.
Der Server sollte dann in der Regel ein DHCPACK mit identischen Daten wie vorher, aber einer neuen Lease-Zeit senden. Damit gilt die Adresse als verlängert. Sollte der Client es versäumen, bis zum Ablauf der Lease-Zeit eine Verlängerung zu beantragen, so muss er seine Netzwerkkarte dekonfigurieren und wieder bei DHCPDISCOVER mit einer initialen Adresszuweisung beginnen.