DHCP-Bereichsoptionen ändern (hier: Router, bzw. default Gateway), Clients sollen danach schnellstmöglich aktualisiert werden?
Hallo,
durch eine Umkonfigurierung bei uns im Intranet möchte ich allen DHCP-Usern ein neues "Default Gateway" unterjubeln.
Ist ja flink gemacht im Win2003er-DHCP, bei den Bereichsoptionen unter "003 - Router", allerdings wird das ja nicht UMGEHEND an die Clients verteilt, die sich eine IP dort geleast haben, sondern erst, wenn a) der Client neu bootet oder b) die Lease-Time zu 50% abgelaufen ist.
Da ich aktuell die Lease-Zeit auf 40 Tage gestellt habe (ja, wir haben tatsächlich einige Clients, die fast so lange ausgeschaltet sind wg. extra langer Urlaube+"Stundenabbauten" und die ihre einmal zugewiesene IP nicht verlieren sollen), müsste ich demnach mind. 20 Tage warten, bis alle Clients spätestens das neue Gateway benutzen...
Das die Clients neu booten, kann ich nicht erzwingen, sehr viele Rechner laufen 24/7 durch und starten max. einaml im Monat bei den MS Updates neu.
Ich habe nun den Tipp bekommen, die Lease-Zeit auf z.B. 30 Minuten zu verkürzen, so dass sich die Clients nach 15 Minuten die neuen Einstellungen holen, aber das kann doch nicht funktionieren, da die Clients ja noch mit den alten DHCP-Optionen unterwegs sind, also Lease-Zeit = 40 Tage, oder?
Mir fällt jetzt nur ein beherztes "ipconfig /renew" im Anmeldeskript der User ein, oder geht das auch anders?
Schöne Grüße
Marcus
durch eine Umkonfigurierung bei uns im Intranet möchte ich allen DHCP-Usern ein neues "Default Gateway" unterjubeln.
Ist ja flink gemacht im Win2003er-DHCP, bei den Bereichsoptionen unter "003 - Router", allerdings wird das ja nicht UMGEHEND an die Clients verteilt, die sich eine IP dort geleast haben, sondern erst, wenn a) der Client neu bootet oder b) die Lease-Time zu 50% abgelaufen ist.
Da ich aktuell die Lease-Zeit auf 40 Tage gestellt habe (ja, wir haben tatsächlich einige Clients, die fast so lange ausgeschaltet sind wg. extra langer Urlaube+"Stundenabbauten" und die ihre einmal zugewiesene IP nicht verlieren sollen), müsste ich demnach mind. 20 Tage warten, bis alle Clients spätestens das neue Gateway benutzen...
Das die Clients neu booten, kann ich nicht erzwingen, sehr viele Rechner laufen 24/7 durch und starten max. einaml im Monat bei den MS Updates neu.
Ich habe nun den Tipp bekommen, die Lease-Zeit auf z.B. 30 Minuten zu verkürzen, so dass sich die Clients nach 15 Minuten die neuen Einstellungen holen, aber das kann doch nicht funktionieren, da die Clients ja noch mit den alten DHCP-Optionen unterwegs sind, also Lease-Zeit = 40 Tage, oder?
Mir fällt jetzt nur ein beherztes "ipconfig /renew" im Anmeldeskript der User ein, oder geht das auch anders?
Schöne Grüße
Marcus
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 238631
Url: https://administrator.de/contentid/238631
Ausgedruckt am: 26.11.2024 um 14:11 Uhr
5 Kommentare
Neuester Kommentar
Hi Markus,
Ansonsten die alte Gateway IP-Adresse auf das Neue zusätzlich binden. Haben wir an einem kleineren Standort auch so gemacht. Nach 90 Tagen die IP gelöscht - fertig.
Grüße,
Dani
Da ich aktuell die Lease-Zeit auf 40 Tage gestellt habe (ja, wir haben tatsächlich einige Clients, die fast so lange angeschaltet sind wg. extra langer Urlaube+"Stundenabbauten" und die ihre einmal zugewiesene IP nicht verlieren sollen)
Einfach Reserverierungen im DHCP anlegen - fertig.Ich habe nun den Tipp bekommen, die Lease-Zeit auf z.B. 30 Minuten zu verkürzen, so dass sich die Clients nach 15 Minuten die neuen Einstellungen holen, aber das kann doch nicht funktionieren, da die Clients ja noch mit den alten DHCP-Optionen unterwegs sind, also Lease-Zeit = 40 Tage, oder?
Wie wäre es mit ausprobieren? Schief gehen kann ja nichts, solange das neue Gateway erreichbar ist.Ansonsten die alte Gateway IP-Adresse auf das Neue zusätzlich binden. Haben wir an einem kleineren Standort auch so gemacht. Nach 90 Tagen die IP gelöscht - fertig.
Grüße,
Dani
Du kannst deinen Clients ganz einfach und schnell eine neue IP unterschieben. Wenn der LANport down ist, wird automatisch ein neuer DHCP-Request gestellt. Wenn die Server das packen hast du innerhalb von 30 Sekunden die Umstellung gemacht.
Kannst aber Switch für Switch vorgehen. Am Einfachsten geht das mit SNMP. Port down ist immer die selbe OID.
Gruß
Netman
Kannst aber Switch für Switch vorgehen. Am Einfachsten geht das mit SNMP. Port down ist immer die selbe OID.
Gruß
Netman
Ich weiß ja nicht wo du deine Clients angeschlossen hast ...
Aber meine hängen am Switch. Switchport runter fahren und der Client braucht eine neue DHCP-Adresse. Kannst es ja am Anfang mit dem Ziehen des Kabels probieren.
Das mit dem Switch steht übrigens wörtlich noch oben drin.
Ja managebar müssen die Switches schon sein. Oder du bist brutal und ziehst einfach den Strom vom Switch.
Gruß
Netman
Aber meine hängen am Switch. Switchport runter fahren und der Client braucht eine neue DHCP-Adresse. Kannst es ja am Anfang mit dem Ziehen des Kabels probieren.
Das mit dem Switch steht übrigens wörtlich noch oben drin.
Ja managebar müssen die Switches schon sein. Oder du bist brutal und ziehst einfach den Strom vom Switch.
Gruß
Netman
Hi Marcus,
du kannst mit den Befehlen ipconfig /release und ipconfig /renew eine neue DHCP-Abfrage initieren. An deiner Stelle würde ich ein kleines Skript schreiben, dieses via SW-Verteilung oder psexec an die Clients ausbringen und dann ausführen lassen. Damit bist du auf keine Benutzerinteraktion (z.B. Ab-/Anmeldung oder Neustart angewiesen).
Am Ende kannst du vielleicht noch ein ipconfig ins Skript aufnehmen und dann die Ausgabe an einen Share weiterleiten. Als Dateinamen kannst du ja die Variable %computername% verwenden. So hast du pro Rechner eine passende File. Dann siehst du relativ schnell an welchem Client der Aufruf funktioniert hat.
Exemplarisch:
ipconfig /release
ipconfig /renew
ipconfig > \\server\share\%computername%.txt
Viele Grüße
Björn
du kannst mit den Befehlen ipconfig /release und ipconfig /renew eine neue DHCP-Abfrage initieren. An deiner Stelle würde ich ein kleines Skript schreiben, dieses via SW-Verteilung oder psexec an die Clients ausbringen und dann ausführen lassen. Damit bist du auf keine Benutzerinteraktion (z.B. Ab-/Anmeldung oder Neustart angewiesen).
Am Ende kannst du vielleicht noch ein ipconfig ins Skript aufnehmen und dann die Ausgabe an einen Share weiterleiten. Als Dateinamen kannst du ja die Variable %computername% verwenden. So hast du pro Rechner eine passende File. Dann siehst du relativ schnell an welchem Client der Aufruf funktioniert hat.
Exemplarisch:
ipconfig /release
ipconfig /renew
ipconfig > \\server\share\%computername%.txt
Viele Grüße
Björn