DHCP: default-lease-time und max-lease-time

[zeeman]

So wie ich das verstehe siet das folgendermaßen aus:
Der Client bekommt für die Zeit, die in default-lease-time zugewiesen is, seine Daten (IP etcpp)
Wenn diese Zeit abgelaufen ist, muss der Client erneut nachfragen und sagt dem DHCP
"Jung, ich verwende die IP noch was, vergeb die bitte nicht neu"
im normalfall sagt der DHCP-Server dann:
"Jub, is kein Problem, behalte sie"
Außer der Client hat die IP schon länger als in max-lease-time angegeben.
Dann sagt der DHCP-Server:
Ja, was sagt der denn?
"Höhr mal Junge, du kriegst jetzt die hier <neue IP etcpp>"

Oder wie läuft das ab?
Und vor allem was passiert, wenn gerade noch die Verbindungen bestehen, wenn die IPs neu zugewiesen wrid an die NIC brechen doch alle Verbindungen ab (egal obs die selbe is oder net, wird ja meines wissen nach neu initialisiert).
Und was ist mti den W9x-Kisten?
Müssen die dann neu booten oder wie (weil is ja dann neue IP-Zuweisung)

Fragen über Frage.

MfG
Sebastian

[drcux]

fast richtig:

Client bekommt IP mit zB. 24 Stunden Lease-Time (default-lease-time)

Client erfragt nach 24 Stunden eine Verlängerung der Lease-Time, unter normalen Umständen sollte der Server die auch geben.

Client meldet sich während der max-lease-time nicht mehr (zB. ausgeschaltet) --> IP wird vom Server freigegeben und kann somit einem anderen Clienten zugewiesen werden.

Kommt der Client dann irgendwann wieder, weiß dieser, das seine Lease-Time zwar lange abgelaufen ist, fragt aber trotzdem den Server ob die alte IP noch verfügbar ist. Ist diese verfügbar, bekommt er sie wieder. Ist sie mitlerweile an einen anderen Clienten vergeben, bekommt er halt eine neu IP...

Wird die Verbindung unterbrochen wird bei einem reconnect die Prozedur von vorne durchgeführt.

-----

Du hast glaube ich nen kleinen Gedankenfehler:

Der Client besitzt die IP nur wenn er auch wirklich "online" ist. Sobald du die Kiste neustartest, ist sie weg. Der Client merkt sich zwar seine letzte IP, benutzt sie aber nicht ohne sie vorher wieder beim Server erfragt zu haben. Selbst wenn du nur kurz das Kabel zupfst wird die IP erneut erfragt. Bekommt er keine Antwort, hat er keine IP (bei Win98 steht dann 0.0.0.0 bei ipconfig) bzw nimmt eine aus dem MS eigenen IP-Pool (WinXP).

-----

Windows 98 muß nicht neustarten, wenn es eine neue IP zugewiesen bekommen hat. Ist nur bei vergabe einer festen IP so...

[geronet]

Soweit ich gelesen habe frägt der Client schon nach der Hälfte der Leasetime nach, dann wieder bei 3/4 der Zeit etc etc.

[zeeman]

also ist, wenn der client immer schön weiter sagt "ich möchte meine ip behalten" wird er sie auch bis zum sankt-nimmerleinstag behalten

das er neue kriegt, sobald die verbindung minimal unerbrochen wird is mir klar (das er ggf. seine alte kriegt is mir neu, aber auch relativ egal)

[HackThor]

So, mal kurz Google angeworfen - und was gefunden (was sich mit meinen Erinnerungen deckt)
http://www.advis.com/ressourcen/windows/DHCP.asp

ciao

Michael

PS: Zu irgendwas muß der MCSE NT4.0 (*schäm*) ja nützlich gewesen sein - und sei es nur das grundlegende Verständnis von TCP/IP und WINS (was ja dank M$ auch schon wieder überholt ist)

[drcux]

jepp, solange der Client im Netz ist, behält er die IP bis er abraucht...

[Stage]

Das der Client sich seine Letzte IP merkt ist falsch...der Server merkt sich diese IP, anhand der Macadressen in seiner Lease-Datei.

Es werden auch erstmal so lange alle bislang nicht vergeben IP's an neue PC's vergeben. Somit wird garantiert das die Clients immer die gleiche IP bekommen. Das klappt solange, solange der IP-Adressen Pool grösser ist als die Anzahl der Clients.

[drcux]

Das seh ich nicht so ganz:

Es stimmt, das der Server sich die MAC merkt und die alte IP wieder an den gleich Clienten abgibt.

Es stimmt aber auch, das der Client sich seine letzte IP merkt und diese wieder erfragt.

Ein Beispiel aus meinem Logfile:

Rechner war aus, hat sich seine letzte IP aber gemerkt und erfragt diese beim Server:

Dec 31 13:00:39 server dhcpd: DHCPREQUEST for 192.168.5.172 from 00:04:75:8f:60:bd via eth0
Dec 31 13:00:39 server dhcpd: DHCPACK on 192.168.5.172 to 00:04:75:8f:60:bd (detlef-pc) via eth0

Der Client macht kein Discover, sondern erfragt gleich seine letzte IP (Request). Mein SuSE 9.0 Client "merkt" sich das übrigens in /var/lib/dhcpcd/...

Rechner ist neu im Netz (bzw der Cache wurde von mir geloescht):

Dec 31 14:25:04 server dhcpd: DHCPDISCOVER from 00:04:75:8f:60:bd (detlef-pc) via eth0
Dec 31 14:25:05 server dhcpd: DHCPOFFER on 192.168.5.172 to 00:04:75:8f:60:bd (detlef-pc) via eth0
Dec 31 14:25:05 server dhcpd: DHCPREQUEST for 192.168.5.172 (192.168.5.200) from 00:04:75:8f:60:bd (detlef-pc) via eth0
Dec 31 14:25:05 server dhcpd: DHCPACK on 192.168.5.172 to 00:04:75:8f:60:bd (detlef-pc) via eth0

Erst jetzt mach er ein komplettes Discover...

[Stage]

hmm bei mir isses so

schalte rechner an -->
Dec 31 09:11:07 [dhcpd] DHCPDISCOVER from 00:e0:7d:50:8b:d8 via eth0
Dec 31 09:11:07 [dhcpd] DHCPOFFER on 192.168.0.1 to 00:e0:7d:50:8b:d8 via eth0
Dec 31 09:11:07 [dhcpd] DHCPREQUEST for 192.168.0.1 (192.168.0.254) from 00:e0:7d:50:8b:d8 via eth0
Dec 31 09:11:07 [dhcpd] DHCPACK on 192.168.0.1 to 00:e0:7d:50:8b:d8 via eth0

im laufenden betrieb dann, wenn lease abgelaufen ist -->
Dec 31 10:41:08 [dhcpd] DHCPREQUEST for 192.168.0.1 from 00:e0:7d:50:8b:d8 via eth0
Dec 31 10:41:08 [dhcpd] DHCPACK on 192.168.0.1 to 00:e0:7d:50:8b:d8 via eth0


das ist nen windowsclient :ugly:

[drcux]

Vieleicht sollte man sich mal das komplette RFC durchlesen was nun "richtig" ist. Hab ich aber keine Lust zu...;)