Dynamisches Hostkonfigurationsprotokoll

Das Dynamisches Hostkonfigurationsprotokoll (DHCP) ist ein Netzwerkmanagementprotokoll benutzt auf Internetprotokoll (IP) Netzwerke für die automatische Zuweisung IP -Adressen und andere Kommunikationsparameter für Geräte, die mit a mit dem Netzwerk verbunden sind Kundenserver die Architektur.^[1]

Die Technologie beseitigt die Notwendigkeit, Netzwerkgeräte individuell manuell zu konfigurieren, und besteht aus zwei Netzwerkkomponenten, einem zentral installierten Netzwerk -DHCP Server und Kundeninstanzen der Protokollstapel auf jedem Computer oder Gerät. Wenn sie mit dem Netzwerk und regelmäßig danach einen Kunden verbunden sind Anfragen Eine Reihe von Parametern aus dem DHCP -Server unter Verwendung des DHCP -Protokolls.

DHCP kann in Netzwerken implementiert werden Wohnnetzwerke zu groß Campus -Netzwerke und regionale ISP -Netzwerke.^[2] Viele Router und Wohngateways haben DHCP -Serverfunktion. Die meisten Router für Wohnungsnetzwerke erhalten eine einzigartig IP -Adresse im ISP -Netzwerk. In einem lokalen Netzwerk weist ein DHCP -Server jedem Gerät eine lokale IP -Adresse zu.

DHCP -Dienste gibt es für Netzwerke, Internet -Protokollversion 4 (IPv4) sowie Version 6 (IPv6). Die IPv6 -Version des DHCP -Protokolls wird üblicherweise genannt DHCPv6.

Geschichte

Das Reverse Adressauflösungsprotokoll (RARP) wurde 1984 in RFC 903 für die Konfiguration einfacher Geräte definiert, wie z. Scheiben ohne Arbeitsstationen, mit einer geeigneten IP -Adresse. Handeln in der Datenübertragungsebene Die Implementierung erschwert in vielen Serverplattformen. Auf jedem einzelnen Netzwerkverbindungsverbindungen müssen ein Server vorhanden sein. Rarp wurde durch das Bootstrap -Protokoll (Bootp) definiert in RFC 951 im September 1985. Dadurch wurde das Konzept eines Relay -Agenten eingeführt, mit dem die Weiterleitung von BootP -Paketen über Netzwerke hinweg weitergeleitet wurde, sodass ein zentraler BOOTP -Server Hosts für viele IP -Subnetze bedienen konnte.^[3]

DHCP basiert auf BOOTP, kann jedoch dynamisch IP -Adressen aus einem Pool zuweisen und sie zurückerobern, wenn sie nicht mehr verwendet werden. Es kann auch verwendet werden, um IP-Clients, einschließlich plattformspezifischer Parameter, eine Vielzahl von zusätzlichen Konfigurationsparametern zu liefern.^[4] DHCP wurde erstmals im Oktober 1993 in RFC 1531 definiert, wurde jedoch aufgrund von Fehlern des redaktionellen Prozesses fast sofort als RFC 1541 neu aufgelegt.

Vier Jahre später der DHCPinform -Nachrichtentyp^[5] und andere kleine Änderungen wurden von RFC 2131 hinzugefügt, die ab 2021^{[aktualisieren]} bleibt der Kern des Standards für IPv4 -Netzwerke mit Aktualisierungen in RFC 3396, RFC 4361, RFC 5494 und RFC 6842.^[6]

DHCPv6 wurde ursprünglich von RFC 3315 im Jahr 2003 beschrieben. Nach Aktualisierungen von vielen nachfolgenden RFCs,, ^[7] Es wurde durch RFC 8415 ersetzt, der sich zusammenschloss Präfixdelegation, und Staatelo -Adresse Autokonfiguration.

Überblick

Internetprotokoll (IP) definiert, wie Geräte innerhalb und in lokalen Netzwerken im Internet kommunizieren. Ein DHCP -Server kann IP -Einstellungen für Geräte in seinem lokalen Netzwerk verwalten, z. B. durch Zuweisen von IP -Adressen dieser Geräte automatisch und dynamisch.

DHCP arbeitet basierend auf der Client -Server -Modell. Wenn ein Computer oder ein anderes Gerät eine Verbindung zu einem Netzwerk herstellt, sendet die DHCP -Client -Software einen DHCP Übertragung Fragen Sie die erforderlichen Informationen an. Jeder DHCP -Server im Netzwerk kann die Anforderung bedienen. Der DHCP -Server verwaltet einen Pool von IP -Adressen und Informationen zu Client -Konfigurationsparametern wie z. Standard-Gateway, Domainname, das Nennen Sie Server, und Zeitserver. Nach Empfang einer DHCP -Anforderung kann der DHCP -Server mit bestimmten Informationen für jeden Client antworten, wie zuvor von einem Administrator oder mit einer bestimmten Adresse und anderen Informationen für das gesamte Netzwerk und für den Zeitraum, für den die Zuordnung (Zuweisung (zuzuordnen), konfiguriert wurde (für die Zuordnung (die Zuordnung (mieten) ist gültig. Ein DHCP -Client fragt normalerweise nach diesen Informationen sofort nach Bootenund regelmäßig danach vor Ablauf der Informationen. Wenn ein DHCP -Client eine Zuordnung aktualisiert, wird zunächst die gleichen Parameterwerte angefordert. Der DHCP -Server kann jedoch eine neue Adresse basierend auf den von Administratoren festgelegten Zuweisungsrichtlinien zuweisen.

In großen Netzwerken, die aus mehreren Links bestehen, kann ein einzelner DHCP -Server das gesamte Netzwerk bedienen, wenn sie von DHCP -Relay -Agenten auf den Interconnecting -Routern unterstützt werden. Solche Agenten geben Nachrichten zwischen DHCP -Clients und DHCP -Servern weiter, die sich auf verschiedenen Subnetzen befinden.

Abhängig von der Implementierung kann der DHCP -Server drei Methoden zur Zuweisung von IP -Adressen haben:

Dynamische Zuweisung

A Netzwerkadministrator reserviert eine Reihe von IP -Adressen für DHCP und jeden DHCP -Client auf dem Lan ist konfiguriert, um eine IP -Adresse aus dem DHCP anzufordern Server Während der Netzwerkinitialisierung. Der Request-and-Grant-Prozess verwendet ein Leasingkonzept mit einem steuerbaren Zeitraum, sodass der DHCP-Server die nicht erneuerten IP-Adressen zurückerobert und neu zuweist.

Automatische Zuweisung

Der DHCP -Server weist einem von einem Administrator definierten Bereich eines von einem Administrators definierten Bereichs dauerhaft eine IP -Adresse zu. Dies ist wie eine dynamische Zuordnung, aber der DHCP -Server führt eine Tabelle der früheren IP -Adresszuweisungen, sodass er einem Client bevorzugt dieselbe IP -Adresse zuweisen kann, die der Client zuvor hatte.

Manuelle Zuteilung

Diese Methode wird auch unterschiedlich genannt Statische DHCP -Zuordnung, Reparaturadressallokation behoben, Reservierung, und MAC/IP -Adressbindung. Ein Administrator ordnet eine eindeutige Kennung (a Kunden ID oder MAC-Adresse) Für jeden Kunden zu einer IP -Adresse, die dem anfordernden Kunden angeboten wird. DHCP -Server können so konfiguriert werden, dass sie auf andere Methoden zurückgreifen, wenn dies fehlschlägt.

DHCP -Dienste werden für verwendet Internet -Protokollversion 4 (IPv4) und IPv6. Die Details des Protokolls für IPv4 und IPv6 unterscheiden sich sehr, dass sie als getrennte Protokolle angesehen werden können.^[8] Für den IPv6 -Vorgang können Geräte alternativ verwendet werden Staatelo -Adresse Autokonfiguration. IPv6 -Hosts können auch verwenden Link-lokale Adressierung Um die auf die lokalen Netzwerkverbindung beschränkte Operationen zu erreichen.

Betrieb

Eine Illustration einer typischen nicht erneuerten DHCP-Sitzung; Jede Nachricht kann entweder eine Sendung oder a sein Unicastabhängig von den DHCP -Client -Funktionen.^[9]

Der DHCP beschäftigt a verbindungslos Servicemodell mit der User Datagram Protocol (UDP). Es wird mit zwei UDP -Portnummern für seine Vorgänge implementiert, die für das Bootstrap -Protokoll gleich sind (Bootp). Die UDP -Portnummer 67 ist der Zielport eines Servers, und die UDP -Portnummer 68 wird vom Client verwendet.

DHCP -Vorgänge fallen in vier Phasen: Server -Erkennung, IP -Leasingangebot, IP -Leasinganforderung und IP -Lease -Bestätigung. Diese Phasen werden häufig als Dora für Entdeckung, Angebot, Anfrage und Bestätigung abgekürzt.

Der DHCP -Betrieb beginnt mit Kunden Rundfunk- eine Anfrage. Wenn Client und Server unterschiedlich sind Sendungsdomänen, a DHCP -Helfer oder DHCP -Relais -Agent könnte genutzt werden. Kunden, die eine Verlängerung eines bestehenden Mietvertrags anfordern, können direkt über UDP kommunizieren UnicastDa der Client zu diesem Zeitpunkt bereits eine etablierte IP -Adresse hat. Darüber hinaus gibt es ein Broadcast -Flag (1 Bit in 2 Byte -Flags -Feld, in dem alle anderen Bits reserviert sind und so auf 0 gesetzt sind). Der Client kann angeben, in welcher Weise (Broadcast oder Unicast) das DHCPOFFER empfangen werden kann: 0x8000 Für die Sendung 0x0000 für Unicast.^[9] Normalerweise wird der DHCPoffer durch Unicast gesendet. Für diejenigen Hosts, die Unicast -Pakete nicht akzeptieren, bevor IP -Adressen konfiguriert sind, kann dieses Flag verwendet werden, um dieses Problem zu bearbeiten.

Entdeckung

Der DHCP -Client Sendungen Eine DHCPDiscover -Nachricht im Netzwerksubnetz über die Zieladresse 255.255.255.255 (begrenzte Sendung) oder die spezifische Subnetz -Sendungsadresse (Regie Broadcast). Ein DHCP -Client kann auch seine letzte bekannte IP -Adresse anfordern. Wenn der Client mit demselben Netzwerk verbunden bleibt, kann der Server die Anfrage gewähren. Andernfalls hängt es davon ab, ob der Server als maßgeblich eingerichtet ist oder nicht. Ein maßgeblicher Server verweigert die Anfrage und veranlasst den Client, eine neue Anfrage auszugeben. Ein nicht autoritativer Server ignoriert die Anfrage lediglich und führt zu einer implementierungsabhängigen Zeitüberschreitung, damit der Client die Anfrage abläuft und nach einer neuen IP-Adresse fragt.

Wenn HTYPE beispielsweise auf 1 eingestellt ist, um festzustellen, dass das verwendete Medium verwendet wird EthernetHlen ist auf 6 eingestellt, da eine Ethernet -Adresse (MAC -Adresse) 6 Oktetten lang ist. Der ChadDR ist auf die vom Client verwendete MAC -Adresse eingestellt. Einige Optionen sind ebenfalls festgelegt.

Angebot

Wenn ein DHCP -Server eine DHCPDiscover -Nachricht von einem Client erhält, bei dem es sich um eine IP -Adress -Leasing -Anforderung handelt, reserviert der DHCP -Server eine IP -Adresse für den Client und macht ein Leasingangebot, indem er eine DHCPOFER -Nachricht an den Client sendet. Diese Nachricht enthält die Client -ID des Clients (traditionell eine MAC -Adresse), die IP -Adresse, die der Server anbietet, die Subnetzmaske, die Mietdauer und die IP -Adresse des DHCP -Servers, das das Angebot erstellt. Der DHCP-Server kann auch die MAC-Adresse auf Hardware-Ebene in der zugrunde liegenden Transportschicht beachten: Laut Strom RFCs Die Transportschicht -MAC -Adresse kann verwendet werden, wenn im DHCP -Paket keine Client -ID angegeben ist.

Der DHCP -Server bestimmt die Konfiguration basierend auf der Hardwareadresse des Clients, wie im Feld ChadDR (Client -Hardware -Adresse) angegeben. Im folgenden Beispiel der Server (192.168.1.1) Gibt die IP -Adresse des Kunden im Feld YIADDR (Ihre IP -Adresse) an.

Anfrage

Als Antwort auf das DHCP -Angebot antwortet der Client mit einer DHCPREquest -Nachricht, die an den Server übertragen wird.^[a] Anfragen der angebotenen Adresse. Ein Kunde kann DHCP -Angebote von mehreren Servern erhalten, akzeptiert jedoch nur ein DHCP -Angebot. Bevor der Kunde eine IP -Adresse beansprucht, sendet er eine ARP Anfragen, um zu finden, ob im Netzwerk ein weiterer Host mit der vorgeschlagenen IP -Adresse vorhanden ist. Wenn es keine Antwort gibt, widerspricht diese Adresse nicht mit der eines anderen Hosts, sodass sie kostenlos verwendet werden kann.

Der Kunde muss die senden Serveridentifikation Option in der DHCPrequest -Nachricht, die den Server angibt, dessen Angebot der Client ausgewählt hat.^{[10]: Abschnitt 3.1, Punkt 3} Wenn andere DHCP -Server diese Nachricht erhalten, ziehen sie alle Angebote ab, die sie an den Kunden erstellt haben, und senden ihre angebotene IP -Adresse in den Pool der verfügbaren Adressen zurück.

Wissen

Wenn der DHCP -Server die DHCPrequest -Nachricht vom Client empfängt, tritt der Konfigurationsprozess in die endgültige Phase ein. In der Bestätigungsphase wird ein DHCPack -Paket an den Client gesendet. Dieses Paket enthält die Mietdauer und alle anderen Konfigurationsinformationen, die der Client möglicherweise angefordert hat. Zu diesem Zeitpunkt ist der IP -Konfigurationsprozess abgeschlossen.

Das Protokoll erwartet, dass der DHCP -Client seine Netzwerkschnittstelle mit den ausgehandelten Parametern konfigurieren wird.

Nachdem der Client eine IP -Adresse erhalten hat, sollte er die neu empfangene Adresse untersuchen^[11] (z. B. mit ARP Adressauflösungsprotokoll) um Adresskonflikte zu verhindern, die durch überlappende Adresspools von DHCP -Servern verursacht werden. Wenn diese Sonde einen anderen Computer mit dieser Adresse findet, sollte der Computer DHCPDecline, Sendung, an den Server senden.

Information

Ein DHCP -Client kann mehr Informationen anfordern als der Server, der mit dem ursprünglichen DHCPoffer gesendet wird. Der Client kann auch Wiederholungsdaten für eine bestimmte Anwendung anfordern. Zum Beispiel verwenden Browser DHCP informieren Um Web -Proxy -Einstellungen zu erhalten Wpad.

Freigeben

Der Client sendet eine Anfrage an den DHCP -Server, um die DHCP -Informationen zu veröffentlichen, und der Client deaktiviert seine IP -Adresse. Da Client -Geräte normalerweise nicht wissen, wann Benutzer sie aus dem Netzwerk ziehen, schreibt das Protokoll das Senden von nicht vor DHCP -Veröffentlichung.

Client -Konfigurationsparameter

Ein DHCP -Server kann dem Client optionale Konfigurationsparameter bereitstellen. RFC 2132 beschreibt die verfügbaren DHCP -Optionen durch Internet zugewiesene Zahlen Autorität (IANA) - DHCP- und BOOTP -Parameter.^[12]

Ein DHCP -Client kann von einem DHCP -Server die Parameter auswählen, manipulieren und überschreiben. In Unix-ähnlichen Systemen erfolgt diese Verfeinerung der Client-Ebene typischerweise entsprechend den Werten in der Konfigurationsdatei /etc/dhclient.conf.

Optionen

Optionen sind Oktettketten unterschiedlicher Länge. Das nennt man Typ -Länge -Wert Codierung. Das erste Oktett ist der Optionscode, das zweite Oktett ist die Anzahl der folgenden Oktetten und die verbleibenden Oktetten sind codesabhängig. Beispielsweise wird die Option vom Typ Meldung vom Typ DHCP für ein Angebot als 0x35, 0x01, 0x02 angezeigt, wobei 0x35 Code 53 für "DHCP-Nachrichtentyp" ist, bedeutet 0x01, ein Oktett folgt und 0x02 ist der Wert "Angebot".

In den folgenden Tabellen werden die verfügbaren DHCP -Optionen aufgeführt, wie in RFC 2132 aufgeführt^[13] und Iana Registry.^[12]

DHCP -Nachrichtentypen

Diese Tabelle listet die DHCP -Nachrichtentypen auf, die in RFC 2132, RFC 3203 dokumentiert sind, dokumentiert.^[14] RFC 4388,^[15] RFC 6926^[16] und RFC 7724.^[17] Diese Codes sind der Wert in der DHCP -Erweiterung 53, die in der obigen Tabelle gezeigt ist.

Kundenanbieteridentifikation

Es gibt eine Option, um den Anbieter und die Funktionalität eines DHCP -Clients zu identifizieren. Die Informationen sind a Zeichenfolge variabler Länge von Zeichen oder Oktetten, die eine vom Anbieter des DHCP -Clients angegebene Bedeutung haben. Eine Methode, mit der ein DHCP -Client dem Server mitgeteilt kann, dass er einen bestimmten Hardware- oder Firmware -Typ verwendet, besteht darin, einen Wert in seinen DHCP -Anforderungen zu setzen, die als Lieferantenklassenkennung (VCI) bezeichnet werden (Option 60). Diese Methode ermöglicht es einem DHCP -Server, zwischen den beiden Arten von Client -Maschinen zu unterscheiden und die Anforderungen der beiden Modem -Arten angemessen zu verarbeiten. Einige Arten von Set-Top-Boxen Legen Sie auch den VCI (Option 60) fest, um den DHCP -Server über den Hardware -Typ und die Funktionalität des Geräts zu informieren. Der Wert, auf den diese Option festgelegt ist, gibt dem DHCP -Server einen Hinweis auf alle erforderlichen zusätzlichen Informationen, die dieser Client in einer DHCP -Antwort benötigt.

Andere Erweiterungen

Suboptionen zur Relais-Agenteninformationen

Die Option "Relay Agent Information" (Option 82) Gibt den Container zum Anbringen von Unteroptionen an DHCP-Anforderungen an, die zwischen einem DHCP-Relais und einem DHCP-Server übertragen werden.^[18]

Relais

In kleinen Netzwerken, bei denen nur ein IP -Subnetz verwaltet wird, kommunizieren DHCP -Clients direkt mit DHCP -Servern. DHCP -Server können jedoch auch IP -Adressen für mehrere Subnetze bereitstellen. In diesem Fall kann ein DHCP -Client, der eine IP -Adresse noch nicht erfasst hat, nicht direkt mit einem DHCP -Server nicht im selben Subnetz kommuniziert, da die Sendung des Clients nur auf seinem eigenen Subnetz empfangen werden kann.

Um DHCP -Clients auf Subnetzen zu ermöglichen, die nicht direkt von DHCP -Servern bedient werden, um mit DHCP -Servern zu kommunizieren, können DHCP -Relais -Agenten auf diesen Subnetzen installiert werden. Ein DHCP -Relais -Agent wird auf einem Netzwerkgerät ausgeführt, das in der Lage ist Routing Zwischen dem Subnetz des Clients und dem Subnetz des DHCP -Servers. Der DHCP -Client sendet auf dem lokalen Link; Der Relay -Agent empfängt die Sendung und überträgt sie mithilfe eines oder mehrerer DHCP -Server mithilfe Unicast. Die IP -Adressen der DHCP -Server sind manuell im Relay -Agenten konfiguriert. Der Relay -Agent speichert eine eigene IP -Adresse, von der Schnittstelle, auf der er die Sendung des Kunden erhalten hat Giaddr Feld des DHCP -Pakets. Der DHCP-Server verwendet den GIADDR-Wert, um das Subnetz und anschließend den entsprechenden Adresspool zu bestimmen, aus dem eine IP-Adresse zugewiesen werden kann. Wenn der DHCP-Server auf den Client antwortet, sendet er die Antwort an die GIADDR-Adress, die erneut Unicast verwendet. Der Relay -Agent überträgt dann die Antwort im lokalen Netzwerk mit Unicast (in den meisten Fällen) auf die neu reservierte IP -Adresse in einem Ethernet Rahmen an die MAC -Adresse des Clients. Der Client sollte das Paket als sein eigenes akzeptieren, auch wenn diese IP -Adresse noch nicht auf der Schnittstelle festgelegt ist.^{[10]: 25} Direkt nach der Verarbeitung des Pakets legt der Client die IP -Adresse auf der Schnittstelle fest und ist danach direkt für die reguläre IP -Kommunikation bereit.

Wenn die Implementierung des IP -Stacks durch den Kunden Unicast -Pakete nicht akzeptiert, wenn er noch keine IP -Adresse hat, kann der Client die festlegen Übertragung Bit im Feld Flags beim Senden eines DHCPDiscover -Pakets. Der Staffelagent wird das verwenden 255.255.255.255 Rundfunk -IP -Adresse (und die Clients -MAC -Adresse), um den Client über den DHCPOFFER des Servers zu informieren.

Die Kommunikation zwischen dem Relay -Agenten und dem DHCP -Server verwendet typischerweise sowohl einen Quell- als auch den Ziel -UDP -Port von 67.

Kundenstaaten

Ein vereinfachtes DHCP-Client-Zustandsübergangsdiagramm basierend auf Abbildung 5 von RFC 2131.

Wie in RFC 2131 beschrieben,^{[10]: Abschnitt 4.4} Ein DHCP -Client kann diese Nachrichten von einem Server empfangen:

• Dhcpoffer
• Dhcpack
• DHCPNAK

Der Client bewegt sich durch DHCP -Zustände, je nachdem, wie der Server auf die Nachrichten reagiert, die der Client sendet.

Verlässlichkeit

Das DHCP gewährleistet die Zuverlässigkeit in mehrfacher Hinsicht: regelmäßige Erneuerung, Wiederaufnahme,^{[10]: Abschnitt 4.4.5} und Failover. DHCP -Clients werden Leasingverträge zugeteilt, die für einige Zeit dauern. Kunden beginnen, ihre Mietverträge zu verlängern, sobald die Hälfte des Mietintervalls abgelaufen ist.^{[10]: Abschnitt 4.4.5 Absatz 3} Sie tun dies, indem sie einen Unicast senden Dhcprequest Nachricht an den DHCP -Server, der den ursprünglichen Mietvertrag gewährt. Wenn dieser Server ausgefallen oder nicht erreichbar ist, reagiert er nicht auf die Dhcprequest. In diesem Fall wiederholt der Client die Dhcprequest von Zeit zu Zeit,^{[10]: Abschnitt 4.4.5 Absatz 8[b]} Wenn der DHCP -Server wieder auftritt oder wieder erreichbar ist, gelingt es dem DHCP -Client, ihn zu kontaktieren und den Mietvertrag zu verlängern.

Wenn der DHCP -Server über einen längeren Zeitraum nicht erreichbar ist,^{[10]: Abschnitt 4.4.5 Absatz 5} Der DHCP Dhcprequest anstatt es zu enttäuschen. Denn es ist Übertragung, das Dhcprequest Die Nachricht erreicht alle verfügbaren DHCP -Server. Wenn ein anderer DHCP -Server den Mietvertrag verlängern kann, wird dies zu diesem Zeitpunkt erfolgen.

Damit der Wiedergebäude funktioniert, muss dieser Server, wenn der Client erfolgreich einen Sicherungs -DHCP -Server in Verbindung setzt, über genaue Informationen über die Bindung des Clients verfügen. Die Aufrechterhaltung genauer Bindungsinformationen zwischen zwei Servern ist ein kompliziertes Problem. Wenn beide Server dieselbe Leasingdatenbank aktualisieren können, muss es einen Mechanismus geben, um Konflikte zwischen Aktualisierungen der unabhängigen Server zu vermeiden. Ein Vorschlag für die Umsetzung Fehlertoleranz DHCP -Server wurden der Task Force für Internet Engineering eingereicht, aber nie formalisiert.^[26][c]

Wenn das Wiederherstellen fehlschlägt, läuft der Mietvertrag irgendwann aus. Wenn der Mietvertrag abläuft, muss der Client die Verwendung der ihm in seinem Mietvertrag gewährten IP -Adresse einstellen.^{[10]: Abschnitt 4.4.5 Absatz 9} Zu diesem Zeitpunkt wird der DHCP -Prozess von Anfang an neu gestartet, indem er a Dhcpdiscover Botschaft. Da sein Mietvertrag abgelaufen ist, akzeptiert sie jede an diese angebotene IP -Adresse. Sobald es eine neue IP -Adresse hat (vermutlich von einem anderen DHCP -Server), kann es erneut das Netzwerk verwenden. Da sich die IP -Adresse jedoch geändert hat, werden laufende Verbindungen unterbrochen.

IPv6 -Netzwerke

Die grundlegende Methodik von DHCP wurde für Netzwerke auf der Grundlage von Netzwerken entwickelt Internet -Protokollversion 4 (IPv4). Seit der Entwicklung und dem Einsatz von IPv6 Networks, DHCP wurde auch zum Zuweisen von Parametern in solchen Netzwerken verwendet, trotz der inhärenten Funktionen von IPv6 für inhärente Funktionen Staatelo -Adresse Autokonfiguration. Die IPv6 -Version des Protokolls ist als als bezeichnet als DHCPv6.^[27]

Sicherheit

Der Basis -DHCP enthält keinen Mechanismus zur Authentifizierung.^[28] Aus diesem Grund ist es anfällig für eine Vielzahl von Angriffen. Diese Angriffe fallen in drei Hauptkategorien:

• Nicht autorisierte DHCP -Server, die Clients falsche Informationen zur Verfügung stellen.^[29]
• Nicht autorisierte Kunden erhalten Zugang zu Ressourcen.^[29]
• Ressourcenerschöpfungsangriffe von böswilligen DHCP -Kunden.^[29]

Da der Client die Identität eines DHCP -Servers, nicht autorisierte DHCP -Server (allgemein bezeichnet ", nicht zur Validierung der Identität eines DHCP -Servers hat.Rogue DHCP") kann in Netzwerken betrieben werden, wodurch DHCP -Clients falsche Informationen bereitgestellt werden können.^[30] Dies kann entweder als Denial-of-Service-Angriff dienen und verhindern, dass der Client Zugang zu Netzwerkkonnektivität erlangt.^[31] oder als a Mann-in-the-Middle-Angriff.^[32] Da der DHCP -Server dem DHCP -Client mit Server -IP -Adressen zur Verfügung stellt, z. B. die IP -Adresse eines oder mehrerer DNS -Server,^[29] Ein Angreifer kann einen DHCP -Client davon überzeugen, seine DNS -Lookups über einen eigenen DNS -Server durchzuführen, und kann daher seine eigenen Antworten auf DNS -Abfragen vom Client geben.^[33][34] Dies ermöglicht es dem Angreifer wiederum, den Netzwerkverkehr über sich selbst umzuleiten, sodass er die Verbindungen zwischen den IT -Kontakten zwischen Client- und Netzwerkservern lag oder diese Netzwerkserver einfach durch seine eigenen ersetzen kann.^[33]

Da der DHCP -Server keinen sicheren Mechanismus zur Authentifizierung des Clients hat, können Clients nicht autorisierten Zugriff auf IP -Adressen erhalten, indem Anmeldeinformationen wie Client -Identifikatoren vorgestellt werden, die zu anderen DHCP -Clients gehören.^[30] Auf diese Weise können DHCP -Clients auch IP -Adressen des DHCP -Servers erschöpfen. Dadurch kann der Client alle verfügbaren IP -Adressen auf einem bestimmten Netzwerkverbindungslink konsumieren, wenn er nach einer Adresse fragt, wodurch andere DHCP -Clients daran gehindert werden, Service zu erhalten.^[30]

DHCP liefert einige Mechanismen zur Minderung dieser Probleme. Das Option zur Informationsoption von Relay Agent Protokollverlängerung (RFC 3046, in der in der Branche normalerweise bezeichnet durch ihre tatsächliche Zahl als Option 82^[35][36]) Ermöglicht Netzwerkbetreibern, Tags an DHCP -Nachrichten anzuhängen, da diese Nachrichten im vertrauenswürdigen Netzwerk des Netzwerkbetreibers eintreffen. Dieses Tag wird dann als Autorisierungs -Token verwendet, um den Zugriff des Kunden auf Netzwerkressourcen zu steuern. Da der Client keinen Zugriff auf das Netzwerk stromaufwärts des Relay -Agenten hat, verhindert der Mangel an Authentifizierung nicht, dass der DHCP -Serverbetreiber sich auf das Autorisierungs -Token stützt.^[28]

Eine andere Erweiterung, Authentifizierung für DHCP -Nachrichten (RFC 3118), bietet einen Mechanismus zur Authentifizierung von DHCP -Nachrichten. Ab dem Jahr 2002 hatte RFC 3118 aufgrund der Probleme beim Verwalten von Schlüssel für eine große Anzahl von DHCP -Kunden keine weit verbreitete Einführung festgestellt.^[37] Ein Buch über DSL Technologies aus dem Jahr 2007 bemerkte:

An den von RFC 3118 vorgeschlagenen Sicherheitsmaßnahmen wurden zahlreiche Sicherheitsanfälligkeiten ermittelt. Diese Tatsache, kombiniert mit der Einführung von 802.1x, verlangsamte den Einsatz und die Annahme von authentifiziertem DHCP und wurde nie weit verbreitet.^[38]

Ein Buch von 2010 stellt fest, dass:

[T] Hier waren nur sehr wenige Implementierungen der DHCP -Authentifizierung. Die Herausforderungen des wichtigsten Verwaltungs- und Verarbeitungsverzögerungen aufgrund der Hash -Berechnung wurden als zu stark ein Preis für die wahrgenommenen Vorteile angesehen.^[39]

Architektonische Vorschläge aus dem Jahr 2008 beinhalten die Authentifizierung von DHCP -Anfragen mit Verwendung 802.1x oder Pana (beide transportieren EAP).^[40] Ein IETF-Vorschlag wurde zur Aufnahme von EAP in DHCP selbst, dem sogenannten Eapodhcp;^[41] Dies scheint nicht über das IETF -Entwurfsniveau hinausgegangen zu sein, von dem der letzte von 2010 stammt.^[42]

IETF Standards Dokumente

• RFC2131, Dynamisches Hostkonfigurationsprotokoll
• RFC2132, DHCP -Optionen und BOOTP -Anbieter -Erweiterungen
• RFC3046, DHCP Relay Agent Information Option
• RFC3397, DHCP -Domänensuchoption (Dynamic Host Configuration Protocol)
• RFC3942, Umklassifizierende dynamische Host -Konfigurationsprotokoll -Version vier (DHCPv4) Optionen
• RFC4242, Informationszeit -Aktualisierungszeitoption für dynamisches Host -Konfigurationsprotokoll für IPv6
• RFC4361, Knotenspezifische Client-Identifikatoren für dynamische Host-Konfigurationsprotokollversion vier (DHCPv4)
• RFC4436, Erkennen von Netzwerkanhänge in IPv4 (DNAV4)
• RFC3442, Klassenlose statische Routenoption für dynamische Host -Konfigurationsprotokoll (DHCP) Version 4
• RFC3203, DHCP -Rekonfigurationserweiterung
• RFC4388, DHCP -LeaseQuery (Dynamic Host Configuration Protocol)
• RFC6926, DHCPV4 Bulk LeaseQuery
• RFC7724, Aktive DHCPV4 -Leasingabfrage

Siehe auch

Anmerkungen

Verweise

Externe Links

• Medien im Zusammenhang mit dynamischem Hostkonfigurationsprotokoll (DHCP) bei Wikimedia Commons