TCP/IP-Grundlagen für Microsoft Windows
Kapitel 6 – DHCP (Dynamic Host Configuration Protocol)
Zusammenfassung In diesem Kapitel werden die Einzelheiten von DCHP (Dynamic Host Configuration Protocol) und dessen Verwendung für die automatische Zuweisung von eindeutigen IPv4-Adresskonfigurationen an DHCP-Clientcomputer beschrieben. Netzwerkadministratoren müssen wissen, wie DHCP funktioniert, um die Komponenten einer DHCP-Infrastruktur korrekt konfigurieren zu können, damit DHCP-Clients eines oder mehrerer Subnetze automatisch IPv4-Adressen und andere Konfigurationsoptionen zugewiesen werden. In diesem Kapitel wird darüber hinaus beschrieben, wie IPv6-Hosts die automatische Adresskonfiguration verwenden, und wie Sie die IP-Konfiguration mithilfe des Tools Ipconfig verwalten können. Auf dieser SeiteZiele dieses KapitelsNach der Lektüre dieses Kapitels werden Sie in der Lage sein, folgende Aufgaben auszuführen:
DHCP-ÜberblickDHCP ist ein TCP/IP-Standard, der die Komplexität sowie den Aufwand vermindert, der mit der Verwaltung von IPv4-Adressen und anderen Konfigurationsparametern für Netzwerkclients verbunden ist. Eine korrekt konfigurierte DHCP-Infrastruktur verhindert die Konfigurationsprobleme, die sich aus der manuellen Konfiguration von TCP/IP ergeben können. Eine DHCP-Infrastruktur umfasst die folgenden Elemente:
Jedes Mal, wenn ein DHCP-Client startet, fordert er IPv4-Adressinformationen von einem DHCP-Server an, darunter:
Erhält ein DHCP-Server eine Anforderung, wählt er aus dem in seiner Datenbank definierten Pool eine verfügbare IPv4-Adresse (zusammen mit weiteren Konfigurationsparametern) aus und bietet sie dem DHCP-Client an. Akzeptiert der Client dieses Angebot, werden die IPv4-Adressinformationen für einen bestimmten Zeitraum an diesen Client vergeben. Erhält der DHCP-Client auf seine Anforderung nach einer IPv4-Adresskonfiguration keine Antwort, weil entweder der DHCP-Server nicht erreicht werden kann oder im Pool keine weiteren IPv4-Adressen verfügbar sind, wird der Client in der Regel weiterhin versuchen, die Verbindung mit einem DHCP-Server herzustellen. Bei auf den Betriebssystemen Microsoft® Windows® XP oder Windows Server 2003™ basierenden DHCP-Clients verwendet der DHCP-Clientdienst eine alternative Konfiguration, wenn die Verbindung mit einem DHCP-Server nicht möglich ist. Die alternative Konfiguration kann entweder eine APIPA-Adresse (Automatic Private IP Addressing) oder eine manuell konfigurierte Adresse sein. Die RFCs (Requests for Comments) 2131 und 2132 definieren die Arbeitsweise von DHCP-Clients und -Servern. RFC 1542 definiert die Arbeitsweise von DHCP-Relay-Agents. Alle DHCP-Nachrichten werden mittels UDP (User Datagram Protocol) gesendet. DHCP-Clients verwenden UDP-Port 67. DHCP-Server verwenden UDP-Port 68. DHCP-Relay-Agents verwenden beide UDP-Ports. Vorteile der Verwendung von DCHPDie Vorteile von DHCP bei der Konfiguration von TCP/IP auf Clientcomputers zeigen sich am deutlichsten beim Vergleich der manuellen Konfiguration mit der DHCP-Methode. Manuelle TCP/IP-KonfigurationDie korrekte Arbeitsweise von TCP/IP auf einem Hostcomputer erfordert die sorgfältige Konfiguration einer IPv4-Adresse, der Subnetzmaske sowie des Standardgateways, bevor der Client mit anderen Netzwerkknoten kommunizieren kann. Ist die Konfiguration nicht korrekt, können folgende Probleme auftreten:
Die korrekte manuelle Konfiguration ist speziell bei drahtlosen LANs sehr wichtig. Zum Beispiel könnte auf einem Unternehmensgelände ein Benutzer mit seinem für das drahtlose Netzwerk eingerichteten Laptop von einem Gebäude in ein anderes wechseln. Dieser Wechsel des Gebäudes könnte auch mit einem Wechsel des Subnetzes verbunden sein. Ohne automatische Konfiguration muss der Benutzer für das neue Subnetz manuell eine andere IPv4-Adresse, Subnetzmaske sowie ein anderes Standardgateway eingeben, um die TCP/IP-Verbindung wieder herzustellen. TCP/IP-Konfiguration mithilfe von DHCPDie automatische Konfiguration von IPv4-Adressen bedeutet Folgendes:
Funktionsweise von DHCPDHCP geht folgendermaßen vor, um einen DHCP-Client automatisch zu konfigurieren:
Der DHCP-Client schließt die Initialisierung des TCP/IP-Protokolls für die Schnittstelle ab. Danach kann der Client alle TCP/IP-Dienste und -Anwendungen für die normale Netzwerk-Kommunikation und die Verbindungen mit anderen IPv4-Hosts verwenden. Abbildung 6-1 zeigt diesen grundlegenden DHCP-Vorgang. Verfügt ein Computer über mehrere Netzwerkadapter, wird der DHCP-Vorgang für jeden Netzwerkadapter durchgeführt, der für die automatische TCP/IP-Adresszuweisung konfiguriert ist, bis jedem Netzwerkadapter des Computers eine eindeutige IPv4-Adresskonfiguration zugewiesen ist. DHCP-Nachrichten und ClientzuständeDer DHCP-Client durchläuft während des DHCP-Vorgangs sechs Zustände:
DHCP-Clients und -Server kommunizieren während des DHCP-Konfigurationsvorgangs mittels folgender Nachrichten miteinander:
Abbildung 6-2 zeigt die DHCP-Nachrichten und Clientzustände, die in den folgenden Abschnitten genauer erläutert werden. Computer unter Windows XP oder Windows Server 2003 verwenden die zusätzliche DHCP-Nachricht DHCPInform, um für die im Folgenden genannten Zwecke Informationen von einem DHCP-Server anzufordern:
Der InitialisierungszustandIm Initialisierungszustand versucht der DHCP-Client, TCP/IP zu initialisieren, verfügt jedoch noch nicht über eine IPv4-Adresskonfiguration. Dieser Zustand tritt ein, wenn der für die automatische Konfiguration vorgesehene TCP/IP-Protokollstapel initialisiert wird, und der DHCP-Client die Lease einer IPv4-Adresskonfiguration nicht erneuern kann. Während des Initialisierungszustands ist die IPv4-Adresse des DHCP-Clients 0.0.0.0; diese Adresse wird auch als unspezifische Adresse bezeichnet. Die erste Aufgabe des DHCP-Clients besteht darin, eine IPv4-Adresskonfiguration zu erhalten, weshalb er die Broadcastnachricht DHCPDiscover von UDP-Port 67 an UDP-Port 68 sendet. Da der DHCP-Client noch keine IPv4-Adresse und auch keine IPv4-Adresse eines DHCP-Servers ermittelt hat, ist die IPv4-Quelladresse der Broadcastnachricht DHCPDiscover die unspezifische Adresse 0.0.0.0 und die Zieladresse die eingeschränkte Broadcastadresse 255.255.255.255. Die Nachricht DHCPDiscover enthält die MAC-Adresse (Media Access Control) sowie den Computernamen des DHCP-Clients. Befindet sich im Subnetz des DHCP-Clients ein DHCP-Server, erhält der Server die Broadcastnachricht DHCPDiscover. Befindet sich im Subnetz des DHCP-Clients kein DHCP-Server (die häufiger vorkommende Konfiguration), dann erhält ein DHCP-Relay-Agent im Subnetz des DHCP-Clients die Broadcastnachricht DHCPDiscover und leitet sie als Unicastnachricht DHCPDiscover an einen oder mehrere DHCP-Server weiter. Vor der Weiterleitung nimmt der DHCP-Relay-Agent folgende Änderungen an der ursprünglichen DHCPDiscover-Nachricht vor:
Der DHCP-Relay-Agent sendet die DHCPDiscover-Nachricht als IPv4-Unicastpaket und nicht als Broadcast der IPv4- und MAC-Ebene. Ist der DHCP-Relay-Agent für mehrere DHCP-Server konfiguriert, sendet er jedem dieser DHCP-Server eine Kopie der DHCPDiscover-Nachricht zu. Abbildung 6-3 zeigt, wie ein für zwei DHCP-Server konfigurierter DHCP-Relay-Agent die DHCPDiscover-Nachricht sendet. Der AuswahlzustandWährend des Auswahlzustands kann der DHCP-Client aus der Menge der ihm von den DHCP-Servern angebotenen IPv4-Adresskonfigurationen auswählen. Alle DHCP-Server, welche die DHCPDiscover-Nachricht empfangen und über eine gültige IPv4-Adresskonfiguration für den DHCP-Client verfügen, antworten mit einer DHCPOffer-Nachricht, die sie von UDP-Port 67 an UDP-Port 68 senden. Ein DHCP-Server kann die DHCPDiscover-Nachricht entweder als Broadcast (wenn sich der DHCP-Server im gleichen Subnetz wie der DHCP-Client befindet) oder als Unicast von einem DHCP-Relay-Agent empfangen. Der DHCP-Server ermittelt auf folgende Weise den Bereich, aus dem er eine IPv4-Adresse für den DHCP-Client auswählen und in die DHCPOffer-Nachricht aufnehmen kann.
Wurde die DHCPDiscover-Nachricht als Broadcast empfangen, sendet der DHCP-Server die DHCPOffer-Nachricht an den DHCP-Client, wobei er die angebotene IPv4-Adresse als IPv4-Zieladresse und die MAC-Adresse des Clients als MAC-Zieladresse verwendet. Wurde die DHCPDiscover-Nachricht als Unicast empfangen, sendet der DHCP-Server die DHCPOffer-Nachricht an den DHCP-Relay-Agent. Der DHCP-Relay-Agent nutzt den Giaddr-Wert, um die Schnittstelle zu ermitteln, die für das Weiterleiten der DHCPOffer-Nachricht verwendet wird. Der DHCP-Relay-Agent leitet dann die DHCPOffer-Nachricht an den Client weiter, wobei er die angebotene IPv4-Adresse als IPv4-Zieladresse und die MAC-Adresse des Clients als MAC-Zieladresse verwendet. Abbildung 6-4 zeigt das Senden der DHCPOffer-Nachricht. Hinweis Die Erläuterung, wie DHCP-Server oder DHCP-Relay-Agents während der Zustände der Auswahl, Bindung und erneuter Bindung DHCP-Nachrichten senden unterstellt, dass das Bitflag Broadcast im DHCP-Header der vom DHCP-Client gesendeten DHCP-Nachricht auf 0 gesetzt ist. Das Bitflag Broadcast gibt an, ob der DHCP-Client die Broadcastnachrichten DHCPDiscover, DHCPRequest und DHCPDecline als Broadcasts und nicht als Unicasts empfangen muss. Der DHCP-Clientdienst von Windows Server 2003 und Windows XP erlaubt Unicastantworten und setzt daher das Bitflag Broadcast immer auf 0. Die DHCPOffer-Nachricht enthält die MAC-Adresse des DHCP-Clients, eine angebotene IPv4-Adresse, die passende Subnetzmaske, eine Server-ID (die IPv4-Adresse des anbietenden DHCP-Server), die Dauer der Lease, und weitere Konfigurationsparameter. Wenn ein DHCP-Server einen DHCPOffer-Nachricht sendet, reserviert er die in dieser Nachricht angebotene IPv4-Adresse, damit sie nicht einem anderen DHCP-Client angeboten werden kann. Der DHCP-Client wählt die IPv4-Adresskonfiguration der ersten DHCPOffer-Nachricht, die er erhält. Erhält der DHCP-Client keine DHCPOffer-Nachrichten, sendet er während des Zeitraums von bis zu einer Minute weitere DHCPDiscover-Nachrichten. Nach einer Minute wählt ein auf Windows Server 2003 oder Windows XP basierender DHCP-Client eine alternative Konfiguration, also entweder eine APIPA-Adresse oder eine manuell konfigurierte Adresse. Der AnforderungszustandIm Anforderungszustand fordert der DHCP-Client eine bestimmte IP-Adresskonfiguration an, indem er die Broadcastnachricht DHCPRequest sendet. Der Client muss ein Broadcast verwenden, weil er noch nicht über eine bestätigte IPv4-Adresskonfiguration verfügt. Wie bei der DHCPDiscover-Nachricht sendet der DHCP-Client die DHCPRequest-Nachricht von UDP-Port 67 an den UDP-Port 68 und verwendet dabei die IPv4-Quelladresse 0.0.0.0 und die IPv4-Zieladresse 255.255.255.255. Befindet sich im Subnetz des DHCP-Clients kein DHCP-Server, dann erhält ein DHCP-Relay-Agent im Subnetz des DHCP-Clients die Broadcastnachricht DHCPRequest und leitet sie als Unicastnachricht DHCPRequest an einen oder mehrere DHCP-Server weiter. Die in der DHCPRequest-Nachricht enthaltenen Daten unterscheiden sich abhängig davon, wie die angeforderte IPv4-Adresse erhalten wurde, auf folgende Weise:
Abbildung 6-5 zeigt das Senden der DHCPRequest-Nachricht. Der BindungszustandIm Bindungszustand erhält der DHCP-Client eine Bestätigung dafür, dass der DHCP-Server die angebotene IPv4-Adresskonfiguration dem DHCP-Client zugewiesen und für ihn reserviert hat. Der DHCP-Server, der die angeforderte IPv4-Adresse vergeben hat, antwortet entweder mit einer positiven Bestätigung (DHCPAck) oder einer negativen Bestätigung (DHCPNak). Der DHCP-Server sendet die DHCPAck-Nachricht von UDP-Port 68 an UDP-Port 67; die Nachricht enthält neben weiteren Konfigurationsparametern die Leasedauer für die angeforderte IPv4-Adresskonfiguration. Wurde die DHCPRequest-Nachricht als Broadcast empfangen, sendet der DHCP-Server die DHCPAck-Nachricht an den DHCP-Client, wobei er die angebotene IPv4-Adresse als IPv4-Zieladresse und die MAC-Adresse des Clients als MAC-Zieladresse verwendet. Wurde die DHCPRequest-Nachricht als Unicast empfangen, sendet der DHCP-Server die DHCPAck-Nachricht an den DHCP-Relay-Agent. Der DHCP-Relay-Agent nutzt den Giaddr-Wert, um die Schnittstelle zu ermitteln, die für das Weiterleiten der DHCPAck-Nachricht verwendet wird. Der DHCP-Relay-Agent leitet dann die DHCPAck-Nachricht an den Client weiter, wobei er die angebotene IPv4-Adresse als IPv4-Zieladresse und die MAC-Adresse des Clients als MAC-Zieladresse verwendet. Abbildung 6-6 zeigt das Senden der DHCPAck-Nachricht. Wenn der DHCP-Client die DHCPAck-Nachricht erhält, tritt er in den Bindungszustand ein. Der DHCP-Client schließt die Initialisierung von TCP/IP ab, in deren Rahmen auch überprüft wird, ob die IPv4-Adresse im Subnetz eindeutig ist. Ist die IPv4-Adresse eindeutig, kann der DHCP-Clientcomputer über TCP/IP kommunizieren. Ist die IPv4-Adresse nicht eindeutig, sendet der DHCP-Client eine DHCPDecline-Broadcastnachricht und kehrt wieder in den Initialisierungszustand zurück. Der DHCP-Server erhält die DHCPDecline-Nachricht entweder als Broadcast oder als Unicast über einen DHCP-Relay-Agent. Wenn der DHCP-Server die DHCPDecline-Nachricht erhält, markiert er die angebotene IPv4-Adresse als nicht verwendbar. Ein DHCP-Server sendet eine DHCPNak-Nachricht (die negative Bestätigung), wenn:
Die DHCPNak-Nachricht wird mit derselben Methode an das Subnetz des DHCP-Clients weitergeleitet, die auch für die DHCPAck-Nachricht verwendet wird. Wenn der DHCP-Client eine DHCPNak-Nachricht erhält, tritt er wieder in den Initialisierungszustand ein. Der VerlängerungszustandIm Verlängerungszustand versucht ein DHCP-Client, die Lease seiner IPv4-Adresskonfiguration dadurch zu verlängern, dass er direkt mit seinem DHCP-Server kommuniziert. Standardmäßig versuchen DHCP-Clients zuerst, ihre Lease zu erneuern, wenn 50 Prozent des Leasedauer verstrichen sind. Um seine Lease zu verlängern, sendet ein DHCP-Client die DHCPRequest-Unicastnachricht an den DHCP-Server, von dem er die Lease erhalten hat. Der DHCP-Server verlängert automatisch die Lease, indem er mit einer DHCPAck-Nachricht antwortet. Die DHCPAck-Nachricht enthält die neue Lease und weitere Konfigurationsparameter, damit der DHCP-Client seine Einstellungen aktualisieren kann. Der Netzwerkadministrator könnte zum Beispiel die Einstellungen des DHCP-Servers geändert haben, seit die Lease zuletzt erworben oder verlängert wurde. Wenn der DHCP-Client seine Lease verlängert hat, tritt er wieder in den Bindungszustand ein. Abbildung 6-7 zeigt den DHCP-Verlängerungsvorgang. Der Zustand der erneuten BindungIm Zustand der erneuten Bindung versucht ein DHCP-Client, die Lease seiner IPv4-Adresskonfiguration dadurch zu verlängern, dass er direkt mit seinem DHCP-Server kommuniziert. Sind 87,5 Prozent der Leasedauer verstrichen, und dem DHCP-Client ist es nicht gelungen, seinen DHCP-Server zur Verlängerung seiner Lease zu kontaktieren, versucht der DHCP-Client Kontakt zu den verfügbaren DHCP-Servern aufzunehmen, indem er DHCPRequest-Broadcastnachrichten sendet. Jeder DHCP-Server kann mit einer DHCPAck-Nachricht antworten, mit der die Lease verlängert wird, oder einer DHCPNak-Nachricht, die anzeigt, dass die IPv4-Adresskonfiguration nicht mehr verwendet werden darf. Ist die Leasedauer verstrichen, oder der DHCP-Client erhält eine DHCPNak-Nachricht, muss der Client die Verwendung der IPv4-Adresskonfiguration beenden und in den Initialisierungszustand zurückkehren. Verliert der Client seine IPv4-Adresse, wird die Kommunikation über TCP/IP so lange unterbrochen, bis dem Client eine andere IPv4-Adresse zugewiesen ist. Diese Situation löst bei jeder Anwendung Netzwerkfehler aus, die versucht, mittels der ungültigen Adresse zu kommunizieren. Abbildung 6-8 zeigt den Zustand der erneuten Bindung. Neustart eines Windows-basierten DHCP-ClientsDer DHCP-Clientdienst von Windows XP und Windows Server 2003 verwendet diese Zustände bei der Vergabe einer IPv4-Adresskonfiguration durch einen DHCP-Server. Wird jedoch ein Windows-basierter DHCP-Client beendet, dann gibt er standardmäßig seine IPv4-Adresskonfiguration nicht frei und kehrt auch nicht in den Initialisierungszustand zurück. Der Client sendet keine DHCPRelease-Nachricht und befindet sich daher aus der Perspektive des DHCP-Servers immer noch im Bindungszustand. Wird der Windows-basierte DHCP-Clientdienst neu gestartet, geht er in den Anforderungszustand über und versucht, mittels einer DHCPRequest-Broadcastnachricht eine Lease für die vorher zugewiesene IPv4-Adresskonfiguration zu erhalten. Die DHCPRequest-Nachricht wird an die eingeschränkte IPv4-Broadcastadresse 255.255.255.255 sowie an die Broadcastadresse der MAC-Ebene gesendet und enthält die MAC-Adresse sowie die vorher zugewiesene IPv4-Adresse des DHCP-Clients. Hinweis Sie können dieses Standardverhalten eines unter Windows XP oder Windows Server 2003 laufenden DHCP-Clients so ändern, dass der Client eine DHCPRelease-Nachricht sendet, wenn er beendet wird. Für diese Änderung können Sie die herstellerspezifische DHCP-Option namens Microsoft-Freigabeoption der DHCP-Lease beim Herunterfahren verwenden. Abbildung 6-9 zeigt die DHCP-Zustände eines DHCP-Clients unter Windows Wenn ein DHCP-Relay-Agent im Subnetz die DHCPRequest-Nachricht empfängt, nimmt er vor ihrer Weiterleitung folgende Änderungen an der Nachricht vor:
Wenn der DHCP-Server die DHCPRequest-Nachricht empfängt, vergleicht er die Netzwerk-ID der dem Client vorher zugewiesenen IPv4-Adresse mit der Netzwerk-ID der im Feld Giaddr gespeicherten IPv4-Adresse und führt dann Folgendes aus:
Der Windows-DHCP-ServerdienstBeantworten Sie sich folgende Fragen, bevor Sie einen Windows-basierten DHCP-Server installieren:
Installieren des Windows-DHCP-ServerdienstesGehen Sie folgendermaßen vor, um den DHCP-Serverdienst unter Windows Server 2003 zu installieren:
Der DHCP-Serverdienst startet automatisch. Der DHCP-Serverdienst muss ausgeführt werden, um mit den DHCP-Clients kommunizieren zu können. Der DHCP-Server kann kein DHCP-Client sein. Er muss für jede seiner LAN-Schnittstellen über eine manuell konfigurierte IPv4-Adresse, eine Subnetzmaske und eine Standardgatewayadresse verfügen. DHCP und die Integration in Active DirectoryIn Windows Server 2003 ist der DHCP-Serverdienst in Active Directory integriert, um die Autorisierung von DHCP-Servern sicherzustellen. Ein nicht autorisierter DHCP-Server kann wegen nicht korrekter Adressen oder Konfigurationsoptionen in einem Netzwerk dessen Arbeitsweise stören. Ein DHCP-Server, der ein Domänencontroller oder ein Mitglied einer Active Directory-Domäne ist, fordert von Active Directory eine Liste der autorisierten Server (identifiziert durch die IPv4-Adresse) an. Ist seine eigene IPv4-Adresse nicht in der Liste der autorisierten DHCP-Server, dann schließt der DHCP-Serverdienst dessen Startsequenz nicht ab, sondern beendet ihn automatisch. Bei einem DHCP-Server, der kein Mitglied einer Active Directory-Domäne ist, sendet der DHCP-Serverdienst eine DHCPInform-Broadcastnachricht, um Informationen über die Active Directory-Stammdomäne zu erhalten, in der andere DHCP-Server installiert und konfiguriert sind. Andere DHCP-Server im Netzwerk antworten mit einer DHCPAck-Nachricht, deren Informationen der anfragende DHCP-Server verwendet, um die Active Directory-Stammdomäne zu ermitteln. Der startende DHCP-Server fordert dann von Active Directory eine Liste der autorisierten DHCP-Server an und startet den DHCP-Serverdienst nur dann, wenn seine eigene Adresse in der Liste enthalten ist. BOOTP-UnterstützungDas Bootstrap-Protokoll (BOOTP) ist ein Hostkonfigurationsprotokoll, das vor DHCP entwickelt wurde, um einem Hostcomputer ohne Laufwerke zu ermöglichen, eine IPv4-Adresskonfiguration zu erhalten sowie den Namen einer Bootdatei und den Ort eines TFTP-Servers (Trivial File Transfer Protocol), von dem der Computer die Bootdatei laden kann. Windows Server 2003 unterstützt BOOTP-Clients mithilfe des Ordners der BOOTP-Tabelle in der Konsolenstruktur des DHCP-Snap-Ins. Standardmäßig ist die Anzeige dieses Ordners deaktiviert; Sie können sie jedoch auf der Registerkarte Allgemein im Eigenschaftsdialogfeld eines DHCP-Servers im DHCP-Snap-In aktivieren. Nachdem Sie die Anzeige aktiviert haben, können Sie in den Ordner der BOOTP-Tabelle weitere BOOTP-Imageeinträge eingeben, wobei Sie den Speicherort von Bootdateien und die TFTP-Server für BOOTP-Clients angeben müssen. DHCP-Serverdienst-KonfigurationDie Konfiguration des DHCP-Serverdienstes umfasst einen Satz von Eigenschaften des DHCP-Servers, von Bereichen und von DHCP-Optionen. Dieser Dienst wird in der Regel im DHCP-Snap-In konfiguriert, der im Ordner Verwaltung zu finden ist. Sie können außerdem die netsh dhcp-Befehle verwenden, um lokale oder Remote-DHCP-Server zu konfigurieren. Eigenschaften des DHCP-ServersKlicken Sie, um die Eigenschaften eines DHCP-Servers zu ändern, in der Konsolenstruktur des DHCP-Snap-Ins mit der rechten Maustaste auf den Namen des Servers, und klicken Sie dann auf Eigenschaften. Das Dialogfeld Eigenschaften vonServername wird geöffnet; es enthält die folgenden Registerkarten:
Abbildung 6-10 zeigt das Eigenschaftsdialogfeld eines DHCP-Servers. DHCP-BereicheEin DHCP-Bereich ist ein Satz aufeinander folgender IPv4-Unicastadressen, die DHCP-Clients eines Subnetzes verwenden können. Bereiche definieren in der Regel ein physisches Subnetz Ihres Netzwerks, in dem die DHCP-Dienste angeboten werden. Bereiche sind für den DHCP-Server das primäre Mittel, die Verteilung und Zuweisung von IPv4-Adressen und die damit zusammenhängenden Konfigurationsparameter für die DHCP-Clients im Netzwerk zu regeln. Der DHCP-Serverdienst von Windows Server 2003 unterstützt auch Multicastbereiche. Konfigurieren eines DHCP-BereichsNach Installation und Start des DHCP-Serverdienstes folgt als nächster Schritt die Konfiguration eines Bereichs. Jeder DHCP-Server benötigt mindestens einen Bereich mit einem Pool von für die Vergabe an DHCP-Clients verfügbaren IPv4-Adressen. In der Regel erstellen Sie mehrere Bereiche – einen für jedes Subnetz, dem DHCP Adressen anbietet. Enthält ein Subnetz manuell konfigurierte TCP/IP-Knoten, müssen Sie deren IPv4-Adressen aus dem Bereich ausschließen. Andernfalls könnte der DHCP-Server eine Adresse vergeben, die im Subnetz bereits benutzt wird, woraus sich dann Probleme wegen doppelter Adressen ergeben. Auf folgende Weise erstellen Sie einen DHCP-Bereich:
Der Bereichserstellungs-Assistent führt Sie durch die einzelnen Schritte: Benennung des Bereichs, Angabe des Adressbereichs und der Ausschlüsse, Gültigkeitsdauer der Lease; Konfiguration der DHCP-Optionen (Standardgateway, DNS-Einstellungen, WINS-Einstellungen) sowie die Aktivierung des Bereichs. Wenn Sie den Bereich nicht im Bereichserstellungs-Assistenten aktivieren, können Sie dies manuell erledigen, indem Sie in der Konsolenstruktur mit der rechten Maustaste auf den Bereichsnamen und dann auf Aktivieren klicken. Bereitstellen mehrerer DHCP-ServerDamit DHCP-Clients auch dann noch IPv4-Adressen beziehen können, wenn ein DHCP-Server ausfällt, sollten Sie für jedes Subnetz mehrere Bereiche erstellen und sie unter die DHCP-Server im Netzwerk verteilen. Generell sollten Sie für jedes Subnetz folgende Maßnahmen treffen:
Fällt der primäre DHCP-Server eines Subnetzes aus, kann der sekundäre DHCP-Server immer noch die DHCP-Clients im Subnetz bedienen. Abbildung 6-11 zeigt ein vereinfachtes Beispiel für eine DHCP-Konfiguration.  Abbildung 6-11 Ein Beispiel für Adressenverteilung über mehrere DHCP-Server in einem Subnetz Server1 hat für das lokale Subnetz einen Bereich mit den IPv4-Adressen von 131.107.4.20 bis 131.107.4.160 und Server2 hat einen Bereich mit den IPv4-Adressen von 131.107.3.20 bis 131.107.3.160. Jeder Server kann IPv4-Adressen an Clients seines eigenen Subnetzes zuweisen. Zusätzlich hat jeder Server einen Bereich mit einer kleinen Menge von IPv4-Adressen für das jeweils andere Subnetz. Server1 hat zum Beispiel einen Bereich für Subnetz B mit den IPv4-Adressen von 131.107.3.161 bis 131.107.3.200. Server2 hat einen Bereich für Subnetz A mit den IPv4-Adressen von 131.107.4.161 bis 131.107.4.200. Kann ein Client in Subnetz A keine Adresse von Server1 leasen, dann kann er eine Adresse von Server2 leasen und umgekehrt. Der primäre DHCP-Server für ein Subnetz muss nicht in diesem Subnetz angesiedelt sein. In der Praxis enthalten die meisten Subnetze keinen DHCP-Server, sondern einen DHCP-Relay-Agent. Bei einem großen Netzwerk, in dem sich die DHCP-Server in Netzwerksegmenten befinden, die auch andere Server enthalten, ist der primäre DHCP-Server eines Subnetzes derjenige DHCP-Server, der sich topologisch in unmittelbarer Nähe zu diesem Subnetz befindet; dieser Server enthält etwa 80 Prozent der Adressen für das Subnetz. Der sekundäre DHCP-Server eines Subnetzes ist der DHCP-Server, der topologisch weiter entfernt angesiedelt ist als der primäre DHCP-Server; dieser sekundäre Server enthält etwa 20 Prozent der Adressen für das Subnetz. Da DHCP-Server Bereichsinformationen nicht gemeinsam nutzen, ist es wichtig, dass jeder Bereich einen Satz eindeutiger IPv4-Adressen enthält. Enthalten die Bereiche verschiedener DHCP-Server gleiche IPv4-Adressen (solche Bereiche werden überlappende Bereiche genannt), dann könnten mehrere Server gleiche IPv4-Adressen verschiedenen DHCP-Clients eines Subnetzes zuweisen, was zu Problemen wegen doppelter IPv4-Adressen führt. BereichsgruppierungenEine Bereichsgruppierung ist eine administrative Zusammenfassung von Bereichen, mit deren Hilfe Sie mehrere logische Subnetze im gleichen physischen Subnetz unterstützen können. Bereichsgruppierungen enthalten eine Liste von Mitgliedsbereichen, die zusammen aktiviert werden können. Sie können Bereichsgruppierungen nicht dafür einsetzen, andere Einzelheiten über die Verwendung von Bereichen zu konfigurieren. Die meisten der in einer Bereichsgruppierung verwendeten Eigenschaften müssen über die Eigenschaften der einzelnen Mitgliedsbereiche konfiguriert werden. Mithilfe einer Bereichsgruppierung können Sie DHCP-Clients in lokalen oder Remote-Netzwerken verwenden, die mehreren logischen Subnetzen innerhalb eines physischen Netzwerksegments zugeordnet sind. Auf folgende Weise erstellen Sie eine Bereichsgruppierung:
Der Assistent zum Erstellen von Bereichsgruppierungen führt Sie durch die einzelnen Schritte: Benennung der Bereichsgruppierung sowie die Auswahl der vorher erstellten Bereiche und ihre Zuordnung zu der Bereichsgruppierung. OptionenOptionen sind weitere TCP/IP-Konfigurationsparameter, die ein DHCP zuweisen kann, wenn er DHCP-Clients Leases anbietet. Allgemein verwendete Optionen sind zum Beispiel IPv4-Adressen von Standardgateways (Router), DNS-Server, DNS-Domänennamen und WINS-Server. Optionen können sich auf alle für den DHCP-Server konfigurierten Bereiche beziehen, oder auch nur auf einen bestimmten Bereich. Die meisten Optionen sind im RFC 2132 vordefiniert; Sie können jedoch bei Bedarf mithilfe des DHCP-Snap-Ins spezielle eigene Optionstypen definieren. Sie können Optionen der folgenden Ebenen verwalten:
So konfigurieren Sie eine Bereichsoption:
Sie können auch auf die Registerkarte Erweitert klicken, um weitere Bereichsoptionen anzugeben, die dann nur für Mitglieder der ausgewählten Benutzer- oder Herstellerklassen gelten. Abbildung 6-12 zeigt als Beispiel die Konfiguration der DNS-Server-Bereichsoption. Zwar bietet ein DHCP-Server unter Windows Server 2003 alle Optionen in der Optionsliste an, jedoch fordern DHCP-Clients unter Windows XP und Windows Server 2003 während des DHCP-Konfigurationsvorgangs nur die in der Tabelle 6-1 genannten Optionen an.
Tabelle 6-1 Von Windows-basierenden DHCP-Clients angeforderte DHCP-Optionen Windows-Komponenten können über einen Aufruf der Funktion DhcpRequestParams() weitere DHCP-Optionen anfordern. Weitere Informationen finden Sie unter How to Request Additional DHCP Options from a DHCP Server. Nicht unter Windows laufende DHCP-Clients können jede DHCP-Option anfordern. ClientreservierungenMit Clientreservierungen stellen Sie sicher, dass einer bestimmten Schnittstelle eines Netzwerkknotens immer die gleiche IPv4-Adresse zugewiesen wird. Manche DHCP-Clients können ihre IPv4-Adresskonfiguration nicht ändern. Server eines Netzwerks sollten zum Beispiel an Clients, die nicht WINS-fähig sind, immer die gleiche IPv4-Adresse vergeben. Nicht WINS-fähige Clients müssen die Datei Lmhosts verwenden, um die NetBIOS-Computernamen von Hosts in Remotenetzwerken aufzulösen. Ändert sich die IPv4-Adresse des Servers, weil sie nicht reserviert wurde, schlägt die Namensauflösung mithilfe der Datei Lmhosts fehl. Die Reservierung einer IPv4-Adresse für den Server stellt sicher, dass er immer die gleiche IPv4-Adresse verwendet. So konfigurieren Sie eine Clientreservierung:
Abbildung 6-13 zeigt ein Beispiel für die Konfiguration einer Reservierung. Das Feld MAC-Adresse ist der wichtigste Eintrag im Dialogfeld Neue Reservierung, denn die DHCP-Clients senden in den DHCPDiscover- und DHCPRequest-Nachrichten auch ihre MAC-Adresse. Wird deren Wert falsch eingegeben, entspricht er nicht dem vom DHCP-Client gesendeten Wert. Im Ergebnis weist der DHCP-Server dem Client irgendeine in seinem Bereich verfügbare IPv4-Adresse zu, statt der für diesen Client reservierten IPv4-Adresse. Um die MAC-Adresse des DHCP-Clients zu ermitteln oder zu überprüfen, geben Sie an der Eingabeaufforderung für diesen DHCP-Client den Befehl ipconfig /all ein. Fehlertoleranz für ClientreservierungenUm eine Fehlertoleranz für die Clientreservierungen zu gewährleisten, müssen die Reservierungen an mindestens zwei DHCP-Servern vorliegen. Der Client kann dann seine Lease von jedem DHCP-Server beziehen, und er erhält garantiert die gleiche IPv4-Adresse. Jedoch bieten nur überlappende Bereiche die Möglichkeit, dass die gleichen Clientreservierungen auf mehreren DHCP-Servern vorliegen. Werden aber Adressen aus diesen überlappenden Bereichen dynamisch zugewiesen, dann führt dies zu Adressenkonflikten. Daher sollten Sie überlappende Bereiche nur dann verwenden, wenn es sich bei den einander überlappenden Adressen um Clientreservierungen handelt. DHCP-OptionsklassenOptionsklassen bieten die Möglichkeit, die den DHCP-Clients gelieferten Optionen besser zu verwalten. Wenn Sie dem DHCP-Server eine Optionsklasse hinzufügen, kann er die DHCP-Clients dieser Klasse mit klassenspezifischen Optionstypen für ihre Konfiguration versorgen. DHCP-Clientcomputer unter Windows Server 2003 oder Windows XP können außerdem Klassenbezeichner angeben, wenn sie mit dem Server kommunizieren. Damit auch ältere DHCP-Clients unterstützt werden, die keine Klassenbezeichner kennen, können Sie den DHCP-Server mit Standardklassen konfigurieren. Es gibt zwei Typen von Optionsklassen: Herstellerklassen und Benutzerklassen. HerstellerklassenDHCP-Clients können herstellerdefinierte Optionsklassen verwenden, die dem DHCP-Server Herstellertyp und -konfiguration bekannt geben, wenn der Client eine Lease anfordert. Der Client gibt seine Herstellerklasse während des Leasevorgangs bekannt, indem er die Option für den Herstellerklassenbezeichner (Optionscode 60) in die DHCPDiscover- und DHCPRequest-Nachrichten aufnimmt. Der Herstellerklassenbezeichner ist eine Zeichenkette, die von den DHCP-Servern interpretiert wird. Hersteller können spezielle Herstellerklassenbezeichner definieren, die bestimmte Konfigurations- und andere Identifikationsinformationen über einen Client bekannt machen. Zum Beispiel könnte der Bezeichner die Hardware- oder Softwarekonfiguration des Clients kodieren. Die meisten Herstellertypen sind von den im RFC 1700 aufgeführten reservierten abgekürzten Typcodes für Hardware und Betriebssysteme abgeleitet. Wenn ein Client Herstelleroptionen angibt, führt der DHCP-Server die folgenden zusätzlichen Schritte aus, um dem Client eine Lease zu liefern:
Wird die Herstellerklasse nicht erkannt, ignoriert der Server die in der Clientanforderung angegebene Herstellerklasse und gibt die der Standardherstellerklasse zugewiesenen Optionen zurück; diese Optionen werden DHCP-Herstellerklassen-Standardoptionen genannt. Enthält der Bereich speziell für Clients dieser Herstellerklasse konfigurierte Optionen, gibt der Server diese Optionen zurück, indem er den herstellerspezifischen Optionstyp (Optionscode 43) in der DHCPAck-Nachricht verwendet. DHCP-Clients unter Windows Server 2003 oder Windows XP verwenden die Herstelleroptionsklasse von Microsoft Windows 2000, die der DHCP-Server standardmäßig hinzufügt. In den meisten Fällen bietet die Standardherstellerklasse – die DHCP-Standardoptionen – die Möglichkeit, Windows-basierte DHCP-Clients oder andere DHCP-Clients, die keinen Herstellerklassenbezeichner angeben, einzugruppieren. Manchmal müssen Sie möglicherweise zusätzliche Herstellerklassen für andere DHCP-Clients definieren, etwa für Drucker oder für manche Typen von UNIX-Clients. Wenn Sie Herstellerklassen für diese Zwecke definieren, sollten Sie drauf achten, dass der Herstellerklassenbezeichner, den Sie für die Konfiguration der Klasse auf dem Server nutzen, dem Bezeichner entspricht, den die DHCP-Clients verwenden. BenutzerklassenBenutzerklassen erlauben DHCP-Clients sich als Client eines bestimmten Typs bekannt zu machen, etwa als Clientcomputer für den Remotezugriff oder als Desktopcomputer. Für DHCP-Clients unter Windows Server 2003 oder Windows XP können Sie spezielle Benutzerklassenbezeichner definieren, die Informationen über die Softwarekonfiguration des Clients, seine physische Position in einem Gebäude oder seine Benutzereinstellungen liefern. Ein Bezeichner kann zum Beispiel angeben, dass DHCP-Clients Mitglieder der benutzerdefinierten Klasse "Zweiter Stock, Westen" sind, die einen speziellen Satz von Routern sowie DNS- und WINS-Servereinstellungen erfordert. Ein Administrator dann die DHCP-Server so konfigurieren, dass sie entsprechend dem Typ des Clients, der die Lease erhält, unterschiedliche Optionstypen zuweisen. Auf folgende Arten können Sie Benutzerklassen verwenden:
Beispielsweise sollten Clients, die sich über Telefonleitung oder Internet mit dem Netzwerk verbinden, Leases mit kürzerer Gültigkeitsdauer zugewiesen werden. Oder bestimmte Desktopclients im gleichen Subnetz könnten spezielle Einstellungen benötigen, etwa WINS- und DNS-Servereinstellungen. Gibt der Client keine benutzerdefinierten Optionsklassen an, weist der Server diesem Client Standardeinstellungen (etwa Serveroptionen oder Bereichsoptionen) zu. Sie fügen eine Hersteller- oder Benutzerklasse ein, indem Sie im DHCP-Snap-In mit der rechten Maustaste auf den DHCP-Servernamen und dann auf Herstellerklassen definieren oder Benutzerklassen definieren klicken. Nachdem Sie die Klassen hinzugefügt haben, können Sie die Hersteller- und Benutzerklassenoptionen auf der Registerkarte Erweitert im Eigenschaftsdialogfeld einer Bereichsoption konfigurieren. Abbildung 6-14 zeigt ein Beispiel. Im Abschnitt "Eingeben und Anzeigen des Klassenbezeichners" dieses Kapitels finden Sie Informationen darüber, wie Sie auf Computern unter Windows Server 2003 oder Windows XP den Benutzerklassenbezeichner konfigurieren. Der DHCP-Relay-AgentDer Routing- und RAS-Dienst von Windows Server 2003 umfasst den DHCP-Relay-Agent, eine Routingprotokollkomponente, die als RFC 1542-konformer DHCP-Relay-Agent (auch BOOTP-Relay-Agent genannt) arbeiten kann. Installieren des DHCP-Relay-AgentAbhängig von Ihren Entscheidungen im Setup-Assistenten für den Routing- und RAS-Server, haben Sie möglicherweise die als DHCP-Relay-Agent arbeitende Routingprotokollkomponente bereits installiert. Wenn Sie aber den DHCP-Relay-Agent noch installieren und aktivieren müssen, dann gehen Sie folgendermaßen vor:
Abbildung 6-15 zeigt ein Beispiel für das Eigenschaftsdialogfeld eines DHCP-Relay-Agents. Nachdem Sie den DHCP-Relay-Agent installiert und die Liste der DHCP-Server konfiguriert haben, müssen Sie den DHCP-Relay-Agent für die entsprechenden Schnittstellen aktivieren. Gehen Sie folgendermaßen vor, um den DHCP-Relay-Agent für eine Schnittstelle zu aktivieren:
Abbildung 6-16 zeigt ein Beispiel für das Dialogfeld DHCP-Relayeigenschaften einer Schnittstelle.  Abbildung 6-16 Ein Beispiel für das Dialogfeld 'DHCP-Relayeigenschaften' einer Schnittstelle Das Feld Schwellenwert des Abschnittzählers gibt die maximale Zahl der DHCP-Relay-Agents an, die eine DHCP-Nachricht weiterleiten können, bevor dieser DHCP-Relay-Agent die Nachricht erhält. Wenn ein DHCP-Relay-Agent eine DHCPDiscover-, DHCPRequest- oder DHCPDecline-Nachricht empfängt, überprüft er den Wert des Feldes Hops im DHCP-Header der Nachricht. Überschreitet der Wert des Feldes Hops den unter Schwellenwert des Abschnittzählers angegebenen Wert, verwirft der DHCP-Relay-Agent stillschweigend die Nachricht. Andernfalls inkrementiert der DHCP-Relay-Agent den Wert des Feldes Hops, bevor er die Nachricht weiterleitet. Das Feld Neustartschwellenwert (Sekunden) gibt den Zeitraum an, den der DHCP-Relay-Agent verstreichen lässt, bevor er DHCP-Broadcastanforderungsnachrichten weiterleitet. Diese Option ist nützlich, wenn Sie erreichen wollen, dass der DHCP-Server als erster antwortet, der sich im gleichen Subnetz wie der DHCP-Client befindet. Antwortet der lokale DHCP-Server nicht, soll der DHCP-Relay-Agent die Nachrichten an einen Remote-DHCP-Server weiterleiten. Automatische Adresskonfiguration für IPv6Eine äußerst nützliche Eigenschaft von IPv6 ist die Fähigkeit, eine automatische Adresskonfiguration durchzuführen (definiert im RFC 2462). Mithilfe dieser automatischen Adresskonfiguration kann sich ein IPv6-Host automatisch selbst konfigurieren, ohne ein Adresskonfigurationsprotokoll, wie etwa DHCPv6 (Dynamic Host Configuration Protocol for IPv6) verwenden zu müssen. Standardmäßig kann ein IPv6-Host eine verbindungslokale Adresse für jede Schnittstelle konfigurieren. Mithilfe der Routererkennung kann ein Host außerdem die Adresse von Routern, zusätzliche Adressen und weitere Konfigurationsparameter ermitteln. Die mithilfe der Routererkennung konfigurierten Adressen werden als statusfreie Adressen bezeichnet. Bei statusfreien Adressen zeichnet der Router nicht auf, welche IPv6-Hosts welche Adressen verwenden. Die Routerankündigungsnachrichten geben an, ob ein Konfigurationsprotokoll für statusbehaftete Adressen verwendet werden sollte. Zustände automatisch konfigurierter AdressenAutomatisch konfigurierte Adressen nehmen einen oder mehrere der folgenden Zustände an:
Abbildung 6-17 zeigt den Zusammenhang zwischen den Zuständen automatisch konfigurierter Adressen und ihrer bevorzugten und gültigen Lebensdauer. Mit Ausnahme von verbindungslokalen Adressen ist die automatische Adresskonfiguration nur für Hosts spezifiziert. Für Router müssen Sie Adressen und andere Parameter manuell konfigurieren. Typen der automatischen KonfigurationEs gibt drei Typen der automatischen Konfiguration:
Bei allen Typen der automatischen Konfiguration wird immer eine verknüpfungslokale Adresse konfiguriert. Vorgang der automatischen KonfigurationDer Vorgang der automatischen Adresskonfiguration für einen IPv6-Knoten sieht wie folgt aus:
Bei einem IPv6-Host wird die automatische Adresskonfiguration wie folgt fortgesetzt:
Verwendung des Tools IpconfigSie können mit dem Tool Ipconfig die TCP/IP-Konfiguration anzeigen lassen und die mittels DHCP zugewiesene IPv4-Adresskonfiguration verwalten. Überprüfen der IP-KonfigurationGeben Sie an der Eingabeaufforderung den Befehl ipconfig ein, um die aktuellen Informationen über die TCP/IP-Konfiguration eines Computers unter Windows Server 2003 oder Windows XP anzeigen zu lassen. Die angezeigten TCP/IP-Konfigurationsinformationen umfassen für jede Schnittstelle folgende Daten:
Geben Sie an der Eingabeaufforderung den Befehl ipconfig /all ein, um detaillierter Informationen über die TCP/IP-Konfiguration eines Computers unter Windows Server 2003 oder Windows XP anzeigen zu lassen. Die detaillierten TCP/IP-Konfigurationsinformationen für den Computer umfassen für jede Schnittstelle die folgenden zusätzlichen Daten:
Die detaillierten TCP/IP-Konfigurationsinformationen umfassen außerdem für jede Schnittstelle die folgenden zusätzlichen Daten:
Verlängerung einer LeaseGeben Sie an der Eingabeaufforderung den Befehl ipconfig /renew ein, um die Lease einer IPv4-Adresse zu verlängern, die mittels DHCP vergeben wurde. Der Parameter /renew veranlasst den DHCP-Clientdienst, eine DHCPRequest-Nachricht an den DHCP-Server zu senden, um aktualisierte Optionen und eine neue Leasedauer zu erhalten. Ist der DHCP-Server nicht verfügbar, verwendet der Client die aktuelle Konfiguration weiter. Freigeben einer LeaseGeben Sie an der Eingabeaufforderung den Befehl ipconfig /release ein, um die aktuelle IPv4-Adresskonfiguration freizugeben. Der Parameter /release veranlasst den DHCP-Clientdienst, eine DHCPRelease-Nachricht an den DHCP-Server zu senden. Dies ist dann nützlich, wenn der Client in ein anderes Netzwerk versetzt wird und die vorherige Lease nicht mehr benötigt. Nachdem dieser Befehle abgesetzt wurde, erhalten die Schnittstellen, denen vorher IPv4-Adresskonfigurationen mittels DHCP zugewiesen waren, die unspezifische IPv4-Adresse 0.0.0.0, und die TCP/IP-Kommunikation über diese Schnittstellen wird beendet. Standardmäßig senden DHCP-Clients unter Windows keine DHCPRelease-Nachricht, wenn sie beendet werden. Wird ein solcher Client während der Gültigkeitsdauer seiner Lease nicht neu gestartet (und die Lease nicht verlängert), kann der DHCP-Server nach Ablauf der Lease die IPv4-Adresse dieses Clients einem anderen Client zuweisen. Indem er keine DHCPRelease-Nachricht sendet, ist es für den Client wahrscheinlicher, während der Initialisierung die gleiche IPv4-Adresse zu erhalten. Eingeben und Anzeigen des KlassenbezeichnersGeben Sie an der Eingabeaufforderung den Befehl ipconfig /setclassidAdapter ClassID ein, um auf einem Computer unter Windows Server 2003 oder Windows XP den Benutzerklassenbezeichner zu konfigurieren; der Parameter Adapter ist der Name der Schnittstelle für die Netzwerkverbindungen, und ClassID ist der Klassenbezeichner. Lassen Sie den Parameter ClassID weg, um den Klassenbezeichner von einer Schnittstelle zu entfernen. Geben Sie an der Eingabeaufforderung den Befehl ipconfig /showclassidAdapter ein, um den Benutzerklassenbezeichner anzeigen zu lassen. Zusammenfassung des KapitelsIn diesem Kapitel wurden folgende Schlüsselinformationen behandelt:
KapitelglossarAdresse mit Vorbehalt – Eine IPv6-Unicastadresse, deren Eindeutigkeit noch nicht überprüft wurde. Ausschlussbereich – Ein kleiner Bereich von einer oder mehreren IPv4-Adressen innerhalb eines DHCP-Bereichs, der von der Zuweisung an DHCP-Clients ausgenommen ist. Ausschlussbereiche stellen sicher, dass DHCP-Server den DHCP-Clients bestimmte Adressen eines Bereichs nicht anbietet. Automatische Adresskonfiguration – Der Vorgang der automatischen Konfiguration von IPv6-Adressen einer Schnittstelle. Siehe auch Automatische statusfreie Konfiguration und Automatische statusbehaftete Konfiguration. Benutzerklasse – Eine die Verwaltung von DHCP-Clients erleichternde Eigenschaft, die erlaubt, DHCP-Clients entsprechend ihnen gemeinsamen Anforderungen logisch zusammenzufassen. Sie können zum Beispiel für alle Clientcomputer eines bestimmten Typs oder eines bestimmten Standorts eine Benutzerklasse definieren, damit ihnen allen eine ähnliche DHCP-Konfiguration zugewiesen wird. Bereich – Ein Satz von IPv4-Adressen, die der DHCP-Dienst den DHCP-Clients zuweisen kann. Bereichsgruppierung – Eine administrative Zusammenfassung, welche die Fähigkeit eines DHCP-Servers unterstützt, mehr als nur einen Bereich für ein physisches Netzwerk verwenden zu können. Jede Bereichsgruppierung kann einen oder mehrere Mitgliedsbereiche enthalten. Bevorzugte Gültigkeitsdauer – Der Zeitraum, in dem sich eine mittels automatischer statusfreier Konfiguration konfigurierte IPv6-Unicastadresse im bevorzugten Zustand befindet. Bevorzugter Zustand – Der Zustand einer automatisch konfigurierten IPv6-Adresse, in dem die Adresse gültig ist, ihre Eindeutigkeit überprüft wurde, und die für uneingeschränkte Kommunikation verwendet werden kann. BOOTP – Siehe Bootstrap-Protokoll (BOOTP). Bootstrap-Protokoll (BOOTP) – Ein in den RFCs 951 und 1542 definiertes Protokoll, das vor allem in TCP/IP-Netzwerken verwendet wird, um Computer ohne Laufwerke zu konfigurieren. DHCP – Siehe Dynamic Host Configuration Protocol (DHCP) DHCP-Client – Jeder Netzwerkknoten, der mit einem DHCP-Server kommunizieren kann, um von ihm eine geleaste IPv4-Konfiguration sowie die damit zusammenhängenden Konfigurationsparameter zu erhalten. DHCP-Relay-Agent – Ein Softwareagent oder eine Komponente, deren Verantwortung es ist, DHCP- und BOOTP-Nachrichten zwischen einem DHCP-Server und einem DHCP-Client zu vermitteln. Ein DHCP-Relay-Agent unterstützt die im RFC 1542 definierte DHCP/BOOTP-Nachrichtenweiterleitung. Ein DHCP-Relay-Agent kann auf einem Router oder einem Hostcomputer ausgeführt werden. DHCP-Server – Ein Computer, der DHCP-Clients die automatische Konfiguration von IPv4-Adressen und damit zusammenhängender Konfigurationsparameter anbietet. Dynamic Host Configuration Protocol (DHCP) – Ein TCP/IP-Standard der DHCP-Clients dynamisch geleaste IPv4-Hostadressen und andere Konfigurationsparameter ermöglicht. DHCP bietet sichere, verlässliche und einfache TCP/IP-Netzwerkkonfiguration, verhindert Adressenkonflikte und ermöglicht die sparsame Verwendung von IPv4-Clientadressen in Netzwerk. Ersetzter Zustand – Der Zustand einer automatisch konfigurierten IPv6-Adresse, in dem die Adresse noch gültig ist, jedoch eine weitere Verwendung für neue Datenübertragungen nicht empfohlen wird. Gültiger Zustand – Der Zustand einer automatisch konfigurierten IPv6-Adresse, in dem die Adresse dafür verwendet werden kann, Unicastdaten zu senden oder zu empfangen. Unter den gültigen Zustand fallen sowohl der bevorzugte als auch der ersetzte Zustand. Herstellerklasse – Eine die Verwaltung von DHCP-Clients erleichternde Eigenschaft, die erlaubt, DHCP-Clients zusammenzufassen, damit ihnen entsprechend ihrer Hersteller- und Hardwarekonfiguration Adressen und Optionen zugewiesen werden können. Zum Beispiel ermöglicht die Zuweisung einer Herstellerklasse an eine Gruppe von Druckern, dass diese Gruppe als Einheit behandelt und ihr ein passender Satz von DHCP-Optionen zugewiesen werden kann. Lease – Die Zeitspanne, während der ein DHCP-Client eine dynamisch zugewiesene IP-Adresskonfigurationen verwenden kann. Vor Ablauf der Gültigkeitsdauer der Lease muss der Client entweder die Lease verlängern oder mit dem DHCP-Dienst eine neue Lease beziehen. Option – Ein Adresskonfigurationsparameter, den ein DHCP-Server den Clients zuweist. Die meisten DHCP-Optionen sind auf der Grundlage der im RFC 2132 deklarierten optionalen Parameter vordefiniert, jedoch können Hersteller und Benutzer erweiterte Optionen definieren. Reservierung – Eine bestimmte IPv4-Adresse innerhalb eines Bereichs, die dauerhaft für die Verwendung durch einen bestimmten DHCP-Client reserviert wurde. Clientreservierungen basieren auf einem eindeutigen Clientgerätebezeichner (in der Regel seiner MAC-Adresse) Routererkennung – Der Vorgang der IPv6-Nachbarerkennung, bei dem ein Host die lokalen Router eines angeschlossenen Subnetzes ermittelt. Statusbehaftete Adresskonfiguration – Die Verwendung eines statusbehafteten IPv6-Adresskonfigurationsprotokolls, beispielsweise DHCPv6, um IPv6-Adressen und die damit zusammenhängenden Parameter zu konfigurieren. Statusfreie Adresskonfiguration – Die Verwendung von Routeranforderungs- und Routerankündigungsnachrichten, um IPv6-Adressen und die damit zusammenhängenden Parameter zu konfigurieren. Ungültiger Zustand – Der Zustand einer automatisch konfigurierten IPv6-Adresse, in dem die Adresse nicht mehr dafür verwendet werden kann, Unicastdaten zu senden oder zu empfangen. Eine IPv6-Adresse geht in den diesen Zustand über, wenn ihre Gültigkeitsdauer verstrichen ist. Zustand mit Vorbehalt – Der Zustand einer automatisch konfigurierten IPv6-Adresse, in dem ihre Eindeutigkeit noch nicht überprüft wurde.
|
In diesem Beitrag
|
