DHCP besteht aus vier Schritten: Erkennen, Anbieten, Anfordern und Bestätigen.
Warum heißt der dritte Schritt „Anfrage“? In diesem Schritt fordert doch niemand etwas an, oder?
Der Client gibt lediglich an, dass er die vom DHCP-Server zugewiesene IP akzeptiert.
Wo ist der „Anforderungs“-Teil in diesem Schritt?
Antwort1
Ja, es wird etwas angefragt.
Sie können das Gespräch wie folgt lesen:
Computer: "I need an IP address!" <-- This is the discover
Server: "I have 10.11.12.13 available." <-- This is the offer
Computer: "May I have have 10.11.12.13?" <-- This is the request
Server: "Yes, you may." <-- This is the ack
Es gibt noch viel mehr dazu, aber im Wesentlichen ist dies der Prozess. Es macht Sinn, wenn man die Konversation betrachtetkönntegehen Sie so:
Computer: "I need an IP address!"
Server1: "I have 10.11.12.13 available."
Server2: "I have 10.11.12.19 available."
Server3: "I have 10.12.1.2 available."
Computer: "May I have 10.11.12.13?"
Server1: "Yes, you may."
In diesem Fall gibt es drei DHCP-Server, die alle das Discovery-Paket gehört haben, und alle drei haben mit einem Angebot geantwortet. Der Client hat das erste erhaltene Angebot „ausgewählt“ und mit einer Anfrage an Server1 geantwortet, die er genehmigt hat, da die Adresse in seinem Bereich lag und verfügbar war.
Server2 und Server3 haben nie eine Anfrage erhalten, also weisen sie die angebotenen IPs nicht zu, sodass sie weiterhin verfügbar sind. Wenn Sie den zusätzlichen Anfrageschritt nicht hätten, hätte ein Client 3 IP-Adressen statt nur einer verbraucht.
Antwort2
Der Client hat noch keinen Mietvertrag und fordert einen an. Dies wird als „Anforderung“ bezeichnet. Er fordert die Ausstellung, Überprüfung oder Verlängerung eines Mietvertrags an.
Antwort3
Der dritte Schritt ist „Ich (Client) möchte diese IP von Ihnen (Server) verwenden“. Da der nächste Schritt darin besteht, dass der Server dies bestätigt oder nicht bestätigt, klingt es albern, dass der Server eine Annahme bestätigen muss.
Antwort4
ich mag wirklichWes Sayeeds AntwortMehrere DHCP-Server könnten ein Grund dafür sein, warum die Anfrage nützlich ist.
Hier ist ein weiterer Grund: Der Versuch, dieselbe Adresse wie zuvor erneut zu verwenden.
Bei der Anfrage handelt es sich um eine Bitte um Erlaubnis zur Nutzung der Adresse. Discover, Offer, Request, Acknowledgement wird manchmal auch DORA genannt.
#1: DISCOVER: Der Client fragt das Netzwerk (per Broadcast-Nachricht) nach einem DHCP-Server
#2: ANGEBOT: Der DHCP-Server antwortet und stellt eine mögliche Adresse zur Verfügung
#3: ANFRAGE: Der Computer/das Gerät des Endbenutzers sendet eine Anfrage an den Server und fordert den DHCP-Server auf, die angeforderte Adresse für dieses Gerät zuzuweisen/reservieren/aufzubrauchen.
#4: ACKnowledge: Wenn die Antwort ein ACKnowledge und kein NACK (negative Bestätigung) ist, gilt die Anforderung als gewährt.
Und jetzt kommt der Haken: Die Anfrage muss nicht unbedingt mit dem Angebot übereinstimmen.
Beispiel: Wenn ein Laptop eine Zeit lang nicht mit dem Netzwerk verbunden war und dann versucht, eine Verbindung herzustellen (mit demselben oder einem anderen Netzwerk), möchte der Laptop, wenn möglich, dieselbe Adresse verwenden. Hier ist ein Beispiel für eine erfundene Konversation:
#1: ENTDECKEN: 0.0.0.0 fragt 255.255.255.255: „Kann mir eine Adresse angeboten werden und ich erfahren, wer Sie sind?“ Die Layer-2-Adresse sendet von der MAC-48-Adresse des Geräts an FF-FF-FF-FF-FF-FF (Broadcast).
#2: ANGEBOT: 192.168.0.10 sagt: „Ich bin ein DHCP-Server. Wie wäre es mit 192.168.0.235?“ Dies wird an die IP-Adresse 0.0.0.0 zurückgesendet und an die MAC-48-Adresse des DHCP-Clients gesendet.
#3: ANFRAGE: 0.0.0.0 sagt zu 192.168.0.10: „Kann ich 192.168.0.117 haben?“ (Zum Beispiel hat das Laptop vorher 192.168.0.117 verwendet.)
#4: NACK: 192.168.0.10 antwortet: „Nein.“ (Vielleicht wird das jetzt von einem anderen System verwendet.)
#5: Der Laptop kann die gewünschte Adresse nicht mehr weiter verwenden.
#6: (Vielleicht nach einem weiteren DISCOVER und OFFER?) Der DHCP-Client stellt eine weitere ANFRAGE. Unter Verwendung der in diesem Beispiel bereits gezeigten Zahlen sagt 0.0.0.0 zu 192.168.0.10: „Wie wäre es, wenn ich 192.168.0.235 hätte?“
#6: ACK: Der DHCP-Server sagt: „Okay. 192.168.0.235 ist für die nächsten 8 Stunden für Sie reserviert. Fordern Sie vor Ablauf dieser Zeit unbedingt eine Verlängerung an, wenn Sie die Adresse weiterhin reserviert haben möchten. Andernfalls gebe ich die Adresse möglicherweise an jemand anderen weiter.“
Dies zeigt einen weiteren Vorteil, den wir dank des REQUEST-Schritts haben.
Da REQUEST Teil des Designs ist, ist dieser Schritt ein tatsächlich erforderlicher Teil der elektronischen Konversation.
Das ENTDECKEN und ANGEBOT sind im Grunde Gespräche über die Planung. Die ANFRAGE ist der eigentliche Versuch, eine Zusage zu erhalten. Nichts wird wirklich zugesagt, bis die ACK erfolgt. Ein DHCP-Server könnte dieselbe Adresse legitimerweise mehreren Maschinen ANBIETEN, solange er nur die Zuweisung der Adresse an nur eine Maschine bestätigt. (Ich sage nicht, dass es einen guten Grund für einen DHCP-Server gäbe, dies zu tun. Ich sage nur, dass das Protokoll/der Standard dies zulassen würde, ohne IP-Adresskonflikte zu verursachen.) Der Client darf die Adresse nicht verwenden, bis er die ACK erhalten hat, die erst nach der ANFRAGE kommt. Ein DHCP-Server würde sich nicht die Mühe machen, eine ACK vor einer ANFRAGE zu senden, da der typische DHCP-Client erst nach dem Senden der ANFRAGE für die ACK bereit wäre, sodass der typische DHCP-Client die unerwartete ACK ignorieren und verpassen würde.