DHCP-Server

[Jim di Griz 13]

kein WINS-Server da ist

 

kein DHCP-Server da ist muss es natuerlich heissen ;-)

 

hab erst einen Kaffee intus ;-)

[rainman 10]

wie da genau die Rädchen zusammenspielen mit dem release beim runterfahren und dem neuen request beim hochfahren hab ich noch nicht so genau raus......

 

Vor allem was mich hier interessiert ist: wo hinterlegt er seine freigegebene IP-Adresse, damit er sie wieder anfordern kann?

 

 

aber wie bereits weiter oben gesagt....

 

auf jeden Fall die Lease Time 1 Woche vor der Umstellung auf 4 Stunden runtersetzen, damit sich die Problematik gar nicht erst ergibt

[Jim di Griz 13]

In seinem Adresspool:

 

Mich wuerde interessieren, ob sich das Problem mit der doppelten Vergabe durch Vergroesserung des adresspools reduzieren liesse:

und, hast du mehrer DHCP-Server unter deinen Fittichen?

koennte es ein Replikationsproblem zwischen diesen sein?

[rainman 10]

Der DHCP Server verwaltet es in seinem Adresspool und die seh ich ja mit Hilfe der MMC . Soweit so gut.

 

Aber woher weiß der Client wo er sich beim Neustart wieder hinwendet und welche IP-Adresse er denn gerne wieder haben möchte....... wo hat der Client die Info vergraben.

 

 

 

Ich selber hab nur ein kleines Netz mit etwa 120 Geräten die per DHCP eine IP-Adresse bekommen. Mein Pool ist 200 Adressen groß und damit grade mal zu 60-70% ausgelastet.

[grizzly999 11]

@ Jim di griz:

DHCP Server repliziren nicht untereinander.

 

@rainman:

Aber woher weiß der Client wo er sich beim Neustart wieder hinwendet und welche IP-Adresse er denn gerne wieder haben möchte....... wo hat der Client die Info vergraben.

Der Cleint wendet sich beim Neustart an alle DHCP Server (Broadcast). Die Infos, welche Adresse er vorher hatte, hat er ja noch in der Registry

 

grizzly999

[Jim di Griz 13]

@ grizzly:

 

Genau da liegt das Problem, wenn viele Adressen aktiv in Gebrauch sind. Zum Beispiel: wenn 30-39 (.30=>WS15, .31=>WS19, .32=>PRT004, .33=>WS27) schon vergeben sind, und ich lösche am DHCP die 31,32,33 raus und trage eine Reservierung für den Client WS01 auf 31 ein, **reboote WS01**, dann stellt der fest, dass die 31 schon in Gebrauch ist und meldet das dem DHCP. Die Folge: Eintrag von BAD IPAddress .31, usw.

 

Deshalb ist das nicht ganz so einfach, im laufenden Betrieb Leases rauszulöschen und neu zu reservieren. Am besten, wenn möglichst wenig geleaste IPs im Netz online sind.

 

und waere es denn, wenn man die reservierung erstellt und die vergebene Adresse einfach loescht ohne zu rebooten?

der Client merkt davon nichts bis er eine neue Adresse anfordert.

Ich habe den DHCP immer als gefaehrlich

[Jim di Griz 13]

erlebt, weil er, wenn er abstuerzt nicht weiter auffaellt. Gibt es dann sonstige Probleme und Client(s) sind gezwungen eine neue IP anzufordern, ist dann ploetzlich das ganze Netz weg.

sorry fuer den halben Beitrag, zu schnell auf abschicken gedrueckt.

zusammengefasst:

@rainman, hab den eindruck du siehst den Wald vor lauter Bäumen nicht, ich bin nicht sicher ob Reservierungen etwas an dem Durcheinander in der Ansicht der vergebenen Leases aendern, und das war ja der Beginn dieses Thread.

Gravierender sind meiner Meinung nach z.B. die Server, denen ich zuerst einmal feste Adressen geben wuerde.

[grizzly999 11]

und waere es denn, wenn man die reservierung erstellt und die vergebene Adresse einfach loescht ohne zu rebooten?

der Client merkt davon nichts bis er eine neue Adresse anfordert.

Ich habe den DHCP immer als gefaehrlich

 

Also, ich müsste vor der Reservierung zuerst unter "Aktive Leases" die Lease weglöschen, dann die Reservierung einrichten. das passiert noch nichts. Aber wenn jetzt der "neue" Client kommt, auch ohne Reboot, z.B. wegen Leaseerneuerung, der "alte" aber noch die Adresse hat und online ist, gibt's die BAD IP-Address.

 

Übrigens: ich halte DHCP absolut nicht als gefährlich. Es ist bei guter Planung ein hervoragendes Tool zur zentralen Administration.

 

grizzly999