DHCP mit IPv6
DHCP wird allgemein verwendet, um Wirte mit ihren Adressen IPv4 und zusätzlichen Informationen zusammenzubauen. Wenn Sie ein Netz IPv6 haben, benötigen Sie nicht DHCP, Ihre Wirte mit Adresse Informationen zusammenzubauen. Die Stateless Autoconfigurationeinheit baut Ihre Wirte für ihre Adressen IPv6 ohne die Notwendigkeit, einen DHCP Bediener aufzustellen zusammen. Alles, das Sie tun müssen, soll Ihre IPv6-enabled Fräser mit den Präfixinformationen für die Verbindungen zusammenbauen, zu denen sie angebracht werden. Aber Sie konnten ruhig in einigen Fällen beschließen, DHCP Bediener zu haben. Bewirten Sie Konfiguration, die die Anweisung der Adressen IPv6 einschließt, die DHCP verwenden, wird benannt Stateful Autoconfiguration oder Stateful DHCPv6. Möglicherweise haben Sie einen spezifischen wendenden Entwurf IPv6; oder Sie benötigen dynamische Anweisung der DNS Bediener; oder Sie beschließen, das MAC address nicht zu haben wie ein Teil der Adresse IPv6; oder Sie möchten dynamische Updates zu DNS (RFC 2136) einführen. In diesen Fällen können Sie DHCP für Adresse Konfiguration verwenden. Sie können Stateless und Stateful Autoconfiguration auch kombinieren, indem Sie Stateless Autoconfiguration für die Adresse IPv6 Konfiguration und DIE DHCP Bediener verwenden, um die zusätzlichen Konfiguration Informationen zur Verfügung zu stellen, die einschließen, aber nicht zu den DNS Bediener IP Adressen oder ZU DEN DNS Gebieten begrenzen. RFC 3736 bietet eine zusätzliche Konfiguration Wahl an. Es definiert einen Stateless DHCP Service für IPv6. Ein Stateless DHCP Bediener kann Wirte zusammenbauen, die bereits ein IP address mit zusätzlichen Informationen wie DNS oder SIP Bedienern haben. Er kann nicht Adreßzuordnung tun, zwar. Stateless DHCP wird im Artikel, nach dem Abschnitt auf stateful DHCPv6 erklärt. DHCPv6 und DHCPv4 sind unabhängig. Wenn Sie zusammenbauen möchten, Doppel-stapeln Wirte mit DHCP in Netz, z.Z. Sie benötigen zwei verschiedene laufende DHCP Dienstleistungen, eine für jedes Protokoll. In diesem Fall müssen Sie auch für Konfiguration Konflikte heraus aufpassen. In der Welt DHCPv4 wird der Klient zusammengebaut, um zu wissen, ob man DHCP verwendet. In der Welt DHCPv6 hat die Fräser-Reklameanzeige die Wahlen, zum des Klienten zu informieren, ob man DHCP verwendet. Es kann die unterscheidenen Konfiguration Informationen geben, die im Klienten von den unterschiedlichen Quellen ankommen, oder ein Nullpunkt kann die mehrfachen Schnittstellen z.B. eine, die IPv4-only sind und eine haben, die Doppel-gestapelt werden. DHCPv6 benutzt einen einzigartigen Bezeichner (DUID), der nicht für DHCPv4 besteht. Im Reich von DHCPv4, ähneln MAC address und Klient Identifikation, dem DUID in DHCPv6 aber sind nicht synonym. Es gibt die Arbeit, die fortfährt, das DUID auch zur Verfügung zu stellen für DHCPv4. Die DHCP Arbeitsgruppe ist weiter, Anforderungen festsetzend und auswertende Lösungen, die erlauben, die für beide Protokolle zusammengebaut zu werden Doppel-stapeln Wirte, durch einen oder mehr DHCP Bediener. Draft-ietf-dhc-dual-stack-04.txt steigt in mehr Detail ein und beschreibt die Ausgaben, die mit Doppel-IP Version DHCP Interaktionen gekennzeichnet werden. Der wichtigste Aspekt ist, wie man mögliche Probleme in den Klienten anfaßt, welche die Konfiguration Informationen verarbeiten, die Bediener von DHCPv4 und von DHCPv6 erhalten werden. Für die Entwicklung von DHCPv6, wurden die folgenden Richtlinien ursprünglich definiert:
DHCP BezeichnungenLassen Sie uns einige allgemeine Bezeichnungen definieren, die für DHCPv6 verwendet werden: DHCP Klient
DHCP verwendet die folgenden multicast Adressen:
Die folgenden UDP Tore werden mit DHCPv6 benutzt:
Die DHCP Bediener-leiten Konfiguration Austausch ist eine große neue Eigenschaft ein. Sie kann verwendet werden z.B. wenn Verbindungen im DHCP Gebiet renumbered müssen, oder wenn neue Dienstleistungen oder Anwendungen addiert worden sind und auf den Klienten zusammengebaut werden müssen. Wenn Dienstleistungen oder Anwendungen auf dem Klienten zusammengebaut werden müssen, sendet der DHCP Bediener eine Rekonfigurierung Anzeige aus (Art 10). Ein Klient, der diese Anzeige empfängt, muß einen erneuernoder Informationen Antraganzeige Austausch einleiten, um die aktualisierten Informationen zu erhalten. Haben nicht wir dieses gewartet? Dieses könnte mit DHCPv4 auch getan werden, aber es ist selten eingeführt worden. Die Weise IPv4 des Tuns dies wird in RFC 3203 definiert. Ein Bediener DHCPv4 sendet eine DHCPforcerenew Anzeige, die den Klienten zum erneuernzustand auslöst, in dem er versucht, seine Miete zu erneuern. Format Der Überschrift-DHCPv6Das allgemeine Format der Überschrift DHCPv6 ist viel einfacher als das, das mit DHCPv4 verwendet wird. Ich beschreibe es zunächst. KlientenserveranzeigenAlle DHCP Anzeigen, die zwischen Bediener und Klienten ausgetauscht werden, haben eine örtlich festgelegte Überschrift mit einem variablen Teil für Wahlen. Die Wahlen, die in RFC 3315 definiert werden, sind ein niedriger Satz Wahlen. Zukünftig werden zusätzliche Wahlen in unterschiedlichem RFCs definiert und spezifiziert.
Einige Spezifikationen mit zusätzlichen Wahlen sind bereits veröffentlicht worden:
Dieses ist der Status zu der Zeit des Schreibens, aber aktive Entwicklung ist unterwegs. Wenn Sie zur Geschwindigkeit mit dem neuesten Status zu der Zeit Ihres Messwertes aufstehen möchten, beziehen Sie sich die auf DHCP Arbeitsgruppe an http://www.ietf.org/html.charters/dhc-charter.html. Dort finden Sie auch alle Entwürfe, die unterwegs sind. Relais AgentServer Anzeige FormatLegen Sie Vertreter Vorwärtsklienten und Bedieneranzeigen neu, wenn die zwei nicht auf der gleichen Verbindung sind. Eine DHCP Anzeige kann durch mehr als ein Relais-Mittel zu einem oder mehr server(s) nachgeschickt werden. Die Antwort durch den Bediener muß zurück folgen dem gleichen Weg durch, welches der ursprüngliche Antrag hereinkam, und er muß durch die gleichen Relais-Mittel nachgeschickt werden. Das Vorwärts Relais und die Relais-Antwortanzeigen haben das gleiche Format und werden durch den Wert in der Mitteilungsart auffangen gekennzeichnet. Art 12 ist eine Relaisvorwärtsanzeige, Art 13 eine Relais-Antwortanzeige. Der Hopfenzählimpuls fangen eine Relaisin den vorwärtsanzeige Erscheinen auf, wieviele Relais bereits diese Anzeige nachgeschickt haben. Jedes Versenden Relais erhöht den Wert um einen. Das Relais kann mit einer Hopfenzählimpuls-Begrenzung vorkonfiguriert werden, um die Zahl Relais zu begrenzen, die die Anzeige nachschicken. Wenn ein Relais eine Anzeige empfängt, in der der Hopfenzählimpuls den Wert erreicht hat, der in der Hopfenzählimpuls-Begrenzung zusammengebaut wird, wirft er die Anzeige weg. Der Default-Wert für die Hopfenzählimpuls-Begrenzung ist- 32. In einer Relais-Antwortanzeige wird das Hopfen, das Zählimpuls Wert auffangen, vom Hopfen genommen Zählimpuls in der entsprechenden Anzeige des Relais vorwärts auffangen. Die Verknüpfungsadresse fangen enthält eine globale Adresse IPv6 auf. Gegründet auf diesem fangen Sie in einer Relaisvorwärtsanzeige, der Bediener kann die Verbindung kennzeichnen auf, in der der erbittene Klient sitzt. Das RFC erwähnt auch die Aufstellungsort-lokale Adresse als möglicher Wert für dieses auffangen, weil das RFC DHCPv6 veröffentlicht wurde, bevor die Aufstellungsort-lokale Adresse mißbilligt wurde. In einer Relais-Antwortanzeige fangen der Wert diesbezüglich wird genommen von der entsprechenden Anzeige des Relais vorwärts auf. Der Gleiche, den Adresse auffangen, enthält die Adresse des Klienten oder des Relais, von denen die Anzeige empfangen wurde. Dieses fangen wird kopiert von der Anzeige des Relais vorwärts in das Entsprechen auffangen in der Relais-Antwortanzeige auf. Die variablen Größe Wahlen fangen enthält eine Relais-Anzeige Wahl auf (Wahlart 9). In einer Relaisvorwärtsanzeige enthält sie den Klient Antrag; in einer Relais-Antwortanzeige enthält sie die Bedienerantwort. Dieses fangen kann zusätzliche Informationen enthalten auf, die auf Relais-Mitteln vorkonfiguriert werden können und die sie wenn Versenden die Anzeige einsetzen. DHCP Einzigartiger BezeichnerJeder DHCP Klient und Bediener hat einen DHCP einzigartigen Bezeichner (DUID) der benutzt wird, um sich zu kennzeichnen. Ein Bediener verwendet den Klienten DUID, um die entsprechende gesendet zu werden Klient Konfiguration zu wählen. Das DUID muß über allen Bedienern und Klienten einzigartig sein und sollte nicht nach Ausgangsanweisung geändert werden. RFC 3315 spezifiziert drei unterschiedliche Arten DUIDs. Zusätzliche Arten können zukünftig spezifiziert werden. Ein DUID enthält ein 2-byte der Typencode, der von einer variablen Anzahl von den Bytes den Bezeichner enthalten gefolgt wird. Die drei Arten, die z.Z. spezifiziert werden, sind, wie folgt:
Identität VerbindungEine Identität Verbindung (IA) ist ein Gegenstand, der vom Bediener und vom Klienten benutzt wird, um eine Gruppe Adressen zu kennzeichnen und zu handhaben. Jedes IA wird durch ein entsprechendes IAID gekennzeichnet und einzelne Konfiguration Informationen enthält. Ein Klient hat mindestens ein IA pro Schnittstelle, die durch einen DHCP Bediener zusammengebaut werden soll. Der Klient verwendet das IA, um die rechte Konfiguration für die Schnittstelle vom Bediener zu erhalten. Jedes IA muß zu nur einer Schnittstelle verbundenSEIN. Es ist der Klient, der das IAID wählt, und es muß einzigartig sein. Die Konfiguration Informationen eines IA enthalten eine oder mehr Adressen IPv6 plus die Timer T1/T2. Ein DHCP Bediener wählt die Konfiguration Informationen für das IA entsprechend der Adresse Verteilung Politik, die vom Verwalter definiert wird. Er wählt die Konfiguration, die auf den folgenden Kriterien basiert:
DHCP KommunikationEs gibt unterschiedliche Prozesse in der DHCP Kommunikation. Es gibt die Klientenserverinteraktion und das Versenden der Anzeigen Überschuß Relais-Mittel. Die folgenden Abschnitte beschreiben diese Prozesse ausführlicher. Viele Prozesse sind DHCPv4 ähnlich und unterscheiden sich nur in der IPv6-related Anpassung. Andere Prozesse sind newfor Fall, die Weise, die Anzeigen über Relais-Mittel nachgeschickt werden. Klient und BedienerkommunikationEin Klient benutzt multicast erbitten Anzeigen, um einen DHCP Bediener zu finden. Wenn ein Klient mit einem spezifischen DHCP Bediener in Verbindung treten möchte, benutzt er den Bediener DUID in einer Bediener-Bezeichner-Wahl (Wahlart 2). Alle DHCP Bediener empfangen diese Anzeige, aber nur der Bediener, der durch das DUID spezifiziert wird, antwortet. In einigen Fällen kann ein Klient eine unicast Adresse verwenden, um einen spezifischen Bediener zu erreichen. Dieses ist möglich, nur wenn der Bediener zusammengebaut wird, um eine Bediener Unicast Wahl (Wahlart 12) zu senden anzeigend, daß unicast Kommunikation möglich ist und das verwendet zu werden IP address angebend. In diesem Fall muß es betrachtet werden, daß diese unicast Anzeigen über Relais-Mittel nachgeschickt werden, also keine Konfiguration, die auf dem Relais-Mittel erfolgt ist, nicht in die unicast DHCP Anzeigen eingesetzt wird. Der Klient empfängt eins oder mehr annoncieren Anzeigen in Beantwortung seines erbitten Anzeige. Wenn sie mehr als ein empfängt, wendet sie die folgenden Kriterien an, um einen DHCP Bediener zu wählen:
Die Liste der Bediener und ihre entsprechenden Präferenz Werte werden am Klienten gespeichert. Wenn sie nicht Antworten von seinem bevorzugten DHCP Bediener empfängt, wählt sie das folgende in der Liste. Wenn ein Klient eine Antwort nicht von einem DHCP Bediener innerhalb einer bestimmten Zeitmenge empfängt, leitet sie entweder einen neuen Entdeckungprozeß, indem sie andere aussenden, erbittet Anzeige oder Enden die Konfiguration und verursacht eine Fehlermeldung ein. In Beantwortung der annoncierenanzeige schickt der Klient eine Antraganzeige bis einen der DHCP Bediener einschließlich seine IA Wahl, seinen Klienten DUID und eine Wahl-Antragwahl, die die gewünschten DHCP Wahlen enthält. Der Bediener antwortet mit einer Antwortanzeige, welche die erbetenen Wahlen enthält. Wenn der Bediener den Antrag empfing, der vorwärts durch ein Relais-Mittel in einer Anzeige des Relais nachgeschickt wurde, antwortet er mit einem nachgeschickten Überschuß der Relais-Antwort Anzeige den gleichen Relais-Mitteln wie die ankommende Antraganzeige. Der Bediener kennzeichnet die Adressen, die heraus in der Antwortanzeige gegeben werden, wie zugeteilt. Wenn der Klient mehrfache Antworten empfängt, wählt er das passendste und verwendet diese Adressen. Die Adressen, die durch andere Bediener durch ihr zugeteilt werden, annoncieren Anzeigen bleiben zugeteilt aber werden verwendet nicht. Sie werden durch den DHCP Bediener wiederverwendet, wenn ihre Lebenszeiten abgelaufen sind. Der Klient muß doppelte Adresse Abfragung (VATI) für jede Adresse durchführen, die durch den DHCP Bediener zugeteilt wird. Eine typische DHCP Kommunikation führte durch einen Klienten durch, der Stateful Adresse Autoconfigurationblicke tut, wie folgt:
Diese Kommunikation kann zu nur zwei Anzeigen verkürzt werden mit dem schnellen festlegen Wahl. In diesem Fall sendet der Klient eine Anbietenanzeige mit dem schnellen festlegen die eingeschlossene Wahl. Der Bediener antwortet mit einer Antwortanzeige, die auch das schnelle festlegen Wahl enthält. Wenn der Klient eine Anbietenanzeige mit einem schnellem aussendet, legen Sie Wahl, es ignoriert alle mögliche Antworten fest, die nicht ein schnelles festlegen Wahl enthalten. Wenn der Klient keine Antwort einschließlich ein schnelles festlegen Wahl empfängt, kann sie ein ankommendes annehmen annonciert Anzeige und setzen Sie den regelmäßigen Konfiguration Prozeß fort. Wenn ein Bediener eine Anbietenanzeige mit einem schnellem festlegen Wahl empfängt und wird nicht zusammengebaut, um sie, es zu verwenden antworten mit einem regelmäßigem annoncieren Anzeige. Während es zutreffend ist, daß schnell Angebote eine leistungsfähigere Annäherung an der Adreßzuordnung festlegen Sie, indem Sie nur zwei Anzeigen verwenden, muß sie sorgfältig gewählt werden. Abhängig von der Konfiguration und der Zahl DHCP Bedienern, könnte sie vergeudeten Adressbereich oder eine Situation ergeben, in der mehrfache Bediener DHCPv6 daß sie jede zugewiesene Adressen zur Frage der Klienten glauben. Sobald ein DHCP Bediener eine Adresse in einer Antwortanzeige mit einem schnellem zugeteilt hat, legen Sie Wahl, es muß das IP address am Klienten festlegen fest. Ein Klient verwendet Antrag, erneuert, Rebind, Freigabe-, und Abnahmeanzeigen wie benötigt während der Lebenszeit seiner Bediener-zugewiesenen Adressen. Wenn die Klient Schalter oder Teilnetz (zum Beispiel, in einem drahtlosen Netz oder nachdem dem Aufwachen vom Schlafmodus) verbinden, muß er einen Confirm/Reply Austausch einleiten. Er tut dies, indem er sein IAs und die entsprechenden Adressen und die Wahlen sendet. Wenn der Klient nicht keine Antwort auf sein erhält, bestätigen Sie Anzeige, es sollte fortfahren, die vorher zugeteilten Adressen zu verwenden. Um eine oder mehr seiner Adressen freizugeben, sendet ein Klient eine Freigabemeldung, die das IA und die entsprechenden Adressen und die Wahlen enthält. Die Bedienerantworten mit einer Antwort. Wenn der Klient nicht eine Antwort empfängt, sendet sie eine andere Freigabemeldung. Dieses ist nicht in allem casesfor Fall möglich, wenn der Klient schließt. Wenn ein DHCP Bediener nicht eine Freigabemeldung empfing, verwendet er die Adressen wieder, wenn ihre Lebenszeiten abgelaufen sind. Wenn ein Klient beachtet, daß eine zugeteilte Adresse bereits innen Gebrauch (zum Beispiel, durch VATI) ist, schickt sie eine Abnahmeanzeige zum Bediener. Diese Anzeige enthält eine Verhandlung Identifikation, den Klient Bezeichner, den Bedienerbezeichner und das address(es). Wenn ein DHCP Bediener eine unicast Anzeige von einem Klienten empfängt, sie nicht dem die Unicast Wahl geschickt hat, antwortet sie mit einer Antwortanzeige, die den Status-Code "Gebrauchmulticast" enthält (Wahl 13, Code 5). Renew/RebindWenn ein Klient die Lebenszeit seiner gültigen und bevorzugten Adressen erneuern möchte, sendet sie erneuern (Art die 5) Anzeige, welche die IA Adresse Wahl und die Adressen entsprechen diesem IA enthält. Der Bediener kennzeichnet die entsprechenden Lebenszeiten und schickt dem Klienten eine Antwortanzeige. Dies tuend, kann er neue Adressen auch addieren oder alte Adressen entfernen, indem er ihre Lebenszeit bis 0 einstellt. Wenn ein Bediener eine erneuernanzeige für ein IA empfängt, für das sie keine Eintragung hat, antwortet sie mit einer Antwortanzeige, die den Statuscode auf "kein verbindliches" einstellt (Wahl 13, Code 3). Wenn der Klient eine Adresse erneuern möchte, die für seine Verbindung unzulässig ist, schickt der Bediener eine Antwortanzeige, welche die Lebenszeiten für die Adressen bis 0 einstellt. Der Bediener steuert die Abstände, in denen ein Klient seine Adressen durch das Timer-T1 und das T2 erneuern muß, die zu jedem IA vorkonfiguriert werden und verbunden sind. Wenn der Klient die Zeit erreicht, die von T1 angezeigt wird, muß er den erneuernprozeß beginnen. Wenn ein Klient die Zeit erreicht, die von T2 angezeigt wird, zeigt dieses an, daß sein Anzeigen sind nicht geantwortet worden erneuern Sie. In diesem Fall schickt sie eine Rebind Anzeige zu allen DHCP Bedienern. Die Rebind Anzeige enthält eine IA Wahl mit den z.Z. zugeteilten Adressen und eine Wahl-Antragwahl mit allen gewünschten DHCP Wahlen. Wenn ein Bediener eine Rebind Anzeige empfängt und das entsprechende IA findet, es Antworten mit einer Antwortanzeige. Wenn die Adressen für die Verbindung mehr unzulässig sind, stellt sie die Lebenszeiten bis 0 ein. Wenn der Klient nicht keine Antwort auf eine Rebind Anzeige erhält, kann sie nicht weiteren Gebrauch vom address(es) bilden. In diesem Fall hat sie zwei Wahlen:
Informationen AntragWenn der Klient bereits hat, IP Adressen aber andere DHCP Informationen erhalten möchte, sendet sie eine Informationen Antraganzeige. Diese Anzeige enthält eine Wahl-Antragwahl, um die gewünschten DHCP Wahlen anzuzeigen. Wenn zum Beispiel der Klient durch Stateless Adresse Autoconfiguration zusammengebaut wird und der Fräser zusammengebaut wird, um die O-Markierungsfahne (andere Stateful Konfiguration) in der Fräser-Reklameanzeige einzustellen, veranläßt dieser den Klienten, eine Informationen Antraganzeige zu senden, um zusätzliche Informationen wie DNS, NTP oder SIP Bedienerzu erhalten konfiguration. Die Informationen Antraganzeige wird auch vom Klienten in Beantwortung einer Rekonfigurierung Anzeige vom Bediener gesendet. Rekonfigurieren Sie ProzeßDer Bediener sendet eine Rekonfigurierung Anzeige, um den Klienten auszulösen, um erneuern oder eine Informationen Antraganzeige zu senden. Dieses ist nützlich, wenn der Bediener mit den neuen oder geänderten Informationen aktualisiert worden ist, sicherzustellen die neuen Informationen wird fortgepflanzt schnellstmöglich. In der Rekonfigurierung Anzeige wird die Verhandlung Identifikation bis 0 eingestellt und eine Bediener-Bezeichnerwahl einschließlich den Bediener DUID und eine Klient Bezeichnerwahl, die den Klienten DUID enthält enthält. Zusätzlich kann eine Wahl-Antragwahl entlang gesendet werden, um dem Klienten anzuzeigen, den Wahlen geändert oder addiert haben. Die Wahl-Antragwahl enthält eine IA Adresse Wahl (Art 5), wenn der Klient sein IP address rekonfigurieren muß. Mit der Rekonfigurierung Anzeige Wahl (Art 19), zeigt der Bediener an, ob der Klient erneuern oder eine Informationen Antraganzeige senden muß. Wegen der Gefahr der DOS Angriffe, ist der Gebrauch von Sicherheit Einheiten rekonfigurieren innen Anzeigen vorgeschrieben, der bedeutet, daß der Bediener DHCP Authentisierung verwenden muß. Der Bediener schickt eine Rekonfigurierung Anzeige zu einer unicast IPv6 Adresse jedes Klienten. Wenn er nicht die unicast Adresse des Klienten kennt, schickt er die Anzeige während eine Relais-Antwortanzeige zu einem Relaismittel. Während ein Klient in einem Rekonfigurierung Prozeß ist, nimmt er nicht rekonfiguriert weiter Anzeigen an. Ein neuer Prozeß kann begonnen werden, nur sobald der Ausgangsprozeß durchgeführt worden ist. Relais-MittelkommunikationDie Weise, die ein Relais-Mittel DHCP Anzeigen mit DHCPv6 nachschickt, ist zu der Weise ziemlich unterschiedlich es mit DHCPv4 getan wird. Der folgende Abschnitt beschreibt die Relais-Mittelkommunikation im Detail. Ein Relais-Mittel wird häufig einen IP Helfer in der Cisco Welt genannt. Ein Relais-Mittel verwendet die All_DHCP_Severs multicast Adresse (FF05::1:3) um Anzeigen zu den DHCP Bedienern nachzuschicken. Es kann zusammengebaut werden, um eine unicast Adresse zu verwenden. Das Relais-Mittel nimmt die Anzeige, die vom Klienten kommt und errichtet ein Relais Vorwärtsmessage.In, welches die Verknüpfungsadresse auffangen, es einstellt seine globale Adresse IPv6 mit dem Präfix für die Verbindung, auf der der Klient liegt. Von dieser Adresse stellt der DHCP Bediener für fest, welches Präfix er Adressen zuteilen muß. Der Hopfenzählimpuls wird bis 1 eingestellt. Die Quelladresse von der ursprünglichen Adresse (d.h., das Klient IP address) wird in den Gleichen kopiert, den Adresse von der Relaisvorwärtsanzeige auffangen. Die ursprüngliche DHCP Anzeige wird in die Relais-Anzeige Wahl auffangen kopiert. Das Relais-Mittel kann andere Informationen jetzt addieren, die vom Verwalter vorkonfiguriert worden ist. Wenn ein Relais-Mittel eine Relaisvorwärtsanzeige von einem anderen Relais-Mittel empfängt und der Wert des Hopfenzählimpulses Reichweiten der vorkonfigurierte Wert für die Hopfenzählimpuls-Begrenzung auffangen, ignoriert er die Anzeige. Mit der Hopfenzählimpuls-Begrenzung kann die Zahl Relais-Mitteln, daß nachschicken Sie, eine DHCP Anzeige begrenzt sein. Wenn der Hopfenzählimpuls kleiner als die Hopfenzählimpuls-Begrenzung ist-, wird die Anzeige nachgeschickt. Sie kapselt das Paket in eine andere Relaisvorwärtsüberschrift, erhöht den Hopfenzählimpuls um einen ein, und Kopien, welche die Quelladresse des vorhergehenden Relais-Mittels in die Gleich-Adresse auffangen. Die Verknüpfungsadresse fangen wird eingestellt bis 0 auf. Die empfangene Anzeige wird in die Relais-Anzeige Wahl kopiert. Wie bereits erwähnt, muß die Relais-Antwortanzeige Überschuß die gleichen Relais-Mittel wie die Anzeige des Relais vorwärts nachgeschickt werden. Wenn der Prozeß gerade beschrieben ist, kapselt jedes Relais-Mittel die empfangene Anzeige in eine neue Überschrift des Relais vorwärts ein, die es möglich macht, damit der DHCP Bediener zurück die Weise aufspürt. In der letzten Relais-Anzeige Wahl findet der Bediener den ursprünglichen Antrag vom Klienten. Er antwortet auf ihn und Kopien die Antwort in die Relais-Anzeige Wahl einer Relais-Antwortanzeige. Er kapselt diese Antwort in da viele Relais-Antwortüberschriften ein, da die Relaisvorwärtsanzeige empfangen hat. So legen die Relais-Antwortspielräume die gleiche Weise Rückseite durch dasselbe Mittel neu. Jedes Relais-Mittel auf den Weg decapsulates die Außenüberschrift und leitet die Anzeige an das folgende Relais-Mittel weiter. Das letzte Relais-Mittel auf dem Weg empfängt eine Relais-Antwortanzeige, die die Bedienerantwort in der Relais-Anzeige Wahl auffangen enthält. Es entfernt die Relais-Antwortüberschrift und leitet die Bedienerantwort an den Klienten weiter.
Die Kommunikation schaut, wie folgt:
Sicherheit BetrachtungenDie Angriffe, die auf DHCP Funktionalität basieren, sind in der Welt IPv4 sowie in der Welt IPv6 möglich. Die Punkte des aufgepaßt zu werden Angriffs sind dieselben:
Um Ihr Netz vor externen DHCP Bedienern außerhalb vom privaten kommunikationsnetz zu schützen, ist eine Brandmauer, welche die Tore für DHCP schließt ein guter Schutz. Es ist wichtig, Ihr Netz vor internen DHCP Bedienern zu schützen. Es nicht sogar braucht, ein böswilliger Angriff zu sein. Sehr häufig kommen die Probleme von unsachgemäß zusammengebauten Testbedienern. Ein Klient kann durch einen böswilligen DHCP Bediener angegriffen werden, der ihn mit falschen Informationen zusammenbaut. Zum Beispiel kann ein schlechter DNS oder NTP Bediener zusammengebaut werden, oder er kann in einer Weise zusammengebaut werden, die er nicht im lokalen Netz mehr mitteilen kann. Um sich vor solchen Angriffen zu schützen, sollte Authentisierung verwendet werden. Mit DHCPv4 sind die Weisen, sich vor solchen Angriffen zu schützen begrenzt. Brandmauern schützen nur sich vor Außenseite Angriffen. Die Möglichkeit, zum der Authentisierung für DHCP Kommunikation zu verwenden besteht nur in Form von Verkäuferlösungen zusätzlich zu DHCPv4. Die Spezifikation für DHCPv6 schließt eine Authentisierung Einheit ein, die auf Authentisierung für DHCPv4 (RFC 3118) basiert. Neue Wirte müssen autorisiert werden und beglaubigt worden, bevor sie Konfiguration Informationen von einem DHCP Bediener erhalten, muß der Absender einer Anzeige beglaubigt werden, und der Inhalt der Anzeige muß geschützt werden. Sicherheit für Anzeigen zwischen Relais-Mitteln und DHCP BedienernFür einen sicheren Austausch der Anzeigen zwischen Relais-Mitteln und DHCP Bedienern, wird IPsec (im Transportmodus mit BESONDERS) verwendet. Zwischen jedem Relais-Vertreter und seinen Kommunikation Gleichen muß ein unabhängiges Zweiwegvertrauen Verhältnis aufgebaut werden. Wenn dem Inhalt der Anzeige nicht als vertraulich gilt, wird Verschlüsselung nicht angefordert (ungültige Verschlüsselung). Während die Relais-Mittel und die DHCP Bediener innerhalb des privaten kommunikationsnetzes sind, können private Schlüssel verwendet werden. Zusätzlich zu diesem, werden DHCP Bediener und Relais-Mittel mit den Adressen der verläßlichen Kommunikation Gleicher zusammengebaut. Es ist folglich nicht möglich, damit ein unbekanntes DHCP Bediener oder Relais-Mittel in die Kommunikation stört. DHCP AuthentisierungDie Authentisierung der DHCP Anzeigen kann durch den Gebrauch von der Authentisierung Wahl (Wahl 11) vollendet werden. Die Authentisierung Informationen trugen innen die Authentisierung Wahl können verwendet werden, die Quelle einer DHCP Anzeige zuverlässig zu kennzeichnen und zu bestätigen, daß der Inhalt der DHCP Anzeige nicht geändert worden ist. Mehrfache Authentisierung Protokolle können mit der Authentisierung Wahl verwendet werden. Zwei solche Protokolle werden in RFC 3315 spezifiziert: das verzögerte Authentisierung Protokoll und die Rekonfigurierung befestigen Authentisierung Protokoll. Zusätzliche Protokolle können mit unterschiedlichem RFCs zukünftig spezifiziert werden. Dynamische Updates zu DNSMit dem weitverbreiteten Gebrauch von DHCP und Autoconfiguration für dynamische IP addresskonfiguration, entstanden die Notwendigkeit an einem dynamischen Update von DNS für Hinzufügung und die Auslassung der Aufzeichnungen. RFC 2136 stellte die Einheit vor, die Dynamic DNS (DDNS) genannt wurde. Es wird durch BINDUNG Versionen 8 und 9 und viele populäre DNS Implementierungen gestützt. Die Updatefunktionalität wird normalerweise durch Anwendungen wie DHCP verwendet, aber sie kann auf Wirten außerdem eingeführt werden. Mit IPv6 werden dynamische Adressen häufig mit Stateless Autoconfiguration zugewiesen, der bedeutet, daß es möglicherweise nicht einen DHCP Bediener im Netz geben kann. Eine DNS Updateeinheit ist notwendig auf jedem Wirt, um seine DNS Aufzeichnungen zu aktualisieren. Es gibt die wichtigen Sicherheit Aspekte, zum zu betrachten, wann DDNS Updates gebildet werden. Es ist wichtig, daß Sie steuern können, welche Nullpunkte autorisiert werden, um Änderungen an Ihren DNS Aufzeichnungen vorzunehmen. Updatepolitische Richtlinien müssen eingeführt werden und Verhandlung-Unterzeichnungen (TSIG; sehen Sie RFC 2845) oder Domain- Name Systemsicherheit Verlängerungen (DNSSEC; sehen Sie, daß RFCs 3007, 4033, 4034 und 4035) Einheiten verwendet werden sollte. RFC 4339, "Wirt IPv6, den Konfiguration der DNS Bediener-Informationen," sich nähert, bespricht einige dieser allgemeinen DNS Aspekte für Wirte IPv6. Stateless DHCPIn den Klimas, in denen Stateless Autoconfiguration zu IP addressinformation verwendet wird, gab es keine Weise, zusätzliche Informationen über den Klienten, wie DNS Informationen oder andere Wahlen zusammenzubauen. Einige Lösungen wurden, eine besprochen, die solche Wahlen der Fräser-Reklameanzeige hinzufügen soll. Schließlich spezifizierte RFC 3736 einen neuen Service, der Stateless DHCP Service für IPv6 genannt wurde. Ein Stateless DHCP Bediener hat eine Implementierung nur einer Teilmenge der Spezifikation DHCPv6. Sein Gebrauch erfordert, daß Wirte bereits für eine Adresse IPv6 zusammengebaut werden. Antworten eines bitten Stateless DHCP Bedieners auf Informationen um Anzeigen (Mitteilungsart 11) die eine Wahl-Antragwahl enthalten (Wahlart 6) mit einer Antwortanzeige (Mitteilungsart 7). Der Stateless DHCP Bediener kann als ein Relaismittel auch dienen. Dieses erlaubt Konfiguration eines Teils der Klienten auf einer Verbindung mit Stateless Adresse Autoconfiguration beim Erhalten der zusätzlichen Informationen vom Stateless DHCP Bediener. Unterdessen werden anderer Klienten Gebrauch Stateful Adresse Autoconfiguration und ihre DHCP Anzeigen durch den Stateless DHCP Bediener nachgeschickt, der als ein Relaismittel dient. ein Artikel reichte durch Maxine Nahman ein
Verzicht: Unsere Web site ist nicht zu der Information verantwortlich, die durch diesen Artikel enthalten wird. Dieser Artikel reflektiert keineswegs die Ansichten, die Meinungen, die Gedanken oder den Glauben des Artikelverzeichnisstabes. Übersetzung Nachricht: Der Artikel "DHCP mit IPv6" wurde mit einem automatisierten Übersetzungsdienst übersetzt. Wir entschuldigen herzlichst uns für alle mögliche Übersetzung Störungen, die aufgetreten sein können. Danke für Ihr Verständnis.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Online: 1449 users browsing the articles directory |
|
|