Kruemel38 10 Geschrieben 11. März 2011 Melden Teilen Geschrieben 11. März 2011 Hallo zusammen, ich bin inzwischen in dem Buch zu dem Kapitel DHCP vorgedrungen und hätte dazu 2 Fragen. 1. zu der 80:20 Regel. Warum diese 80:20 Regel und nicht 50:50 oder sogar so wie hier bei uns, wenn ich 2 DHCP-Server wegen Fehlertoleranz eingerichtet habe? Bsp: Wir haben hier 2 DHCP-Server. 1. Server DHCP Bereich 172.16.11.1 -172.16.12.254 Subnet 255.255.0.0 2. Server DHCP Bereich 172.16.13.1 -172.16.14.254 Subnet 255.255.0.0 Das funktioniert doch auch, oder? Wenn Server1 ausfallen sollte bekommt der CLient halt eine IP aus dem Bereich vom Server2 und andersrum. Meine 2. Frage bezieht sich dann auf die Bereichsgruppierung. S.381 in dem Buch. 2 DHCP-Server mit verschiedenen Bereichen, also so wie bei uns hier. Warum gibt es da Adressenkonflikte? Wenn ein Client neu gestartet wird will er die Lease erneuern und schickt ein request per Broadcast. Wenn jetzt Server 2 anstatt Server1 zuerst antwortet, der ja die "alte" IP-Adresse des Clients nicht in seinem eingerichteten Bereich hat, schickt der ein NACK zurück. Der Client verliert seine alte IP-Nummer und fordert eine neue an. Wenn jetzt wieder der 2.Server zuerst antwortet bekommt er halt eine IP_Nummer aus dem Bereich des Servers 2. Hmmm.... was ist daran jetzt nicht in Ordnung und wo gibt das jetzt einen Adressenkonflikt? Der Client erhält doch eine IP-Nummer. Müsste ich jetzt wegen dem Adressenkonflikt, den ich jetzt aber noch nicht sehe, eine Bereichsgruppierung einrichten und wegen der Fehlertoleranz und der 80:20 Regel die beiden Server so einrichten? Oder ist das jetzt alles Quatsch? Server 1: 172.16.11.1 - 172.16.12.254 172.16.13.1 - 172.16.14.254 Ausschluß 172.16.12.1 -172.16.12.254 Ausschluß 172.16.13.1 - 172.16.14.254 Server 2: 172.16.13.1 -172.16.14.254 172.16.11.1 -172.16.12.254 Ausschluß 172.16.14.1 -172.16.14.254 Ausschluß 172.16.11.1 -172.16.11.254 Wenn jetzt Server 1 ausfällt bekommt der Client beim hochfahren vom Server 2 eine IP-Nummer, die im Bereich 172.16.12.xx liegt und keine NACK-Antwort, da die alte IP-Nummer 172.16.11.xx ja in seinem Bereich liegt, aber durch den Ausschluss nicht erneuert werden kann. Wird dann beim erneuern der IP-Nummer nicht auch ein NACK gesendet, da der 2.Server ja die bisherige IP 172.16.11.xx auch nicht erneuern kann. Dann muss doch der Client auch eine neue Nummer anfordern. Oder bekommt er dann eine 172.16.13.xx Nummer? Oder ist das dann Zufall welche Nummer er bekommt? Könnte mir bitte mal jemand das Licht anmachen. Gruß Zitieren Link zu diesem Kommentar
Robi-Wan 10 Geschrieben 18. März 2011 Melden Teilen Geschrieben 18. März 2011 Hallo, zu Frage 2 eine kleine Korrektur: Wenn ein Client eine IP erneuern will, schickt er keinen Broadcast, da er den DHCP-Server ja bereits kennt. Er kontaktiert diesen also direkt. Erst wenn dieser nicht antwortet, wird der Broadcast geschickt. Das andere habe ich jetzt nicht so ganz verstanden. Kann sein, dass mein Kopf schon vom Mittagessen abgelenkt wird... Grüße, Robert Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.