IPCONFIG RELEASE und RENEW im Anmeldeskipt funktioniert nicht... (DHCP-Server-Wechsel)
Hallo zusammen,
um unsere DHCP-Clients auf einen neuen DHCP-Server "zu zwingen", habe ich im Anmeldeskript in der USER.BAT am 2008R2er-DC die Zeilen
IPCONFIG /RELEASE
IPCONFIG /RENEW
dazu gefügt.
Allerdings bricht das Skript nach der ersten Zeile ab, da ja in diesem Moment keine IP-Verbindung mehr vorhanden ist, und es kommt nie zum RENEW...!
Das RELEASE musste ich deswegen hinein nehmen, weil der alte DHCP-Server (unter Win2003) abgeschaltet ist und nur mit einem RENEW der Client immer noch versuchte, eine IP vom alten DHCP-Server zu holen (was fehlschlug, er hatte dann gar keine IP, bzw. die APIPA-IP)
Irgendwie stehe ich auf dem Schlauch, das muss doch möglich sein, den Client auf einen neuen DHCP-Server zu bringen?
Danke schon mal,
Marcus
um unsere DHCP-Clients auf einen neuen DHCP-Server "zu zwingen", habe ich im Anmeldeskript in der USER.BAT am 2008R2er-DC die Zeilen
IPCONFIG /RELEASE
IPCONFIG /RENEW
dazu gefügt.
Allerdings bricht das Skript nach der ersten Zeile ab, da ja in diesem Moment keine IP-Verbindung mehr vorhanden ist, und es kommt nie zum RENEW...!
Das RELEASE musste ich deswegen hinein nehmen, weil der alte DHCP-Server (unter Win2003) abgeschaltet ist und nur mit einem RENEW der Client immer noch versuchte, eine IP vom alten DHCP-Server zu holen (was fehlschlug, er hatte dann gar keine IP, bzw. die APIPA-IP)
Irgendwie stehe ich auf dem Schlauch, das muss doch möglich sein, den Client auf einen neuen DHCP-Server zu bringen?
Danke schon mal,
Marcus
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 256486
Url: https://administrator.de/forum/ipconfig-release-und-renew-im-anmeldeskipt-funktioniert-nicht-dhcp-server-wechsel-256486.html
Ausgedruckt am: 27.12.2024 um 09:12 Uhr
8 Kommentare
Neuester Kommentar
Hallo,
wie du bereits sagtest verliert der Client die Verbindung zum Server.
Füge in der User.bat doch eine copy Zeile hinzu die auf den Client unter C:\... eine andere bat/cmd Datei kopiert die Befehle ipconfig /release und ipconfig /renew ausführt. Dann in die User.bat noch die Zeile start C:\...\ipconfig.cmd.
Ist vielleicht nicht die "sauberste" Lösung aber so könnte es funktionieren.
Gruß
Joker
wie du bereits sagtest verliert der Client die Verbindung zum Server.
Füge in der User.bat doch eine copy Zeile hinzu die auf den Client unter C:\... eine andere bat/cmd Datei kopiert die Befehle ipconfig /release und ipconfig /renew ausführt. Dann in die User.bat noch die Zeile start C:\...\ipconfig.cmd.
Ist vielleicht nicht die "sauberste" Lösung aber so könnte es funktionieren.
Gruß
Joker
könnte funktionieren.
Ich glaube sauberer wäre es, wenn du den alten Server noch einmal hochfährst, dann die Leasetime heruntersetzt. Beispielsweise auf 2 Stunden. Dann lässt du einen Tag (oder länger) die Clients sich noch mit dem alten verbinden, so dass alle ne Lease von 2 Stunden haben. Freitag Mittag fährst du den alten Server dann runter, so dass Montag morgen alle Clients eine neue Lease brauchen und nur noch der neue sie rausgeben kann. Funktioniert natürlich nur, wenn du den alten noch mal für eine gewisse Zeitlang hochfahren kannst.
Dann hast du keine Skripte rumliegen, wo du in einigen Wochen eh nicht mehr weißt wofür du die mal brauchtest
Ich glaube sauberer wäre es, wenn du den alten Server noch einmal hochfährst, dann die Leasetime heruntersetzt. Beispielsweise auf 2 Stunden. Dann lässt du einen Tag (oder länger) die Clients sich noch mit dem alten verbinden, so dass alle ne Lease von 2 Stunden haben. Freitag Mittag fährst du den alten Server dann runter, so dass Montag morgen alle Clients eine neue Lease brauchen und nur noch der neue sie rausgeben kann. Funktioniert natürlich nur, wenn du den alten noch mal für eine gewisse Zeitlang hochfahren kannst.
Dann hast du keine Skripte rumliegen, wo du in einigen Wochen eh nicht mehr weißt wofür du die mal brauchtest
Hi,
Oder in der Batch beide Befehle in eine Zeile
Aber als Login-Script ist das wirklich nicht gerade sinnfällig.
Warum nicht warten, bis die Lease ausläuft? Der Client will dann verlängern und kann nicht, da der alte Server nicht mehr da ist. Dann hat er kein Netz mehr. Benutzer informieren, dass das einmalig passieren kann und dass sie dann einfach den Client e- ebendfalls einmalig - durchstarten sollen. Fertig.
Oder ein Script schreiben, was das remote nacht. Mit Psexec oder so. Nur dabei aufpassen und daran denken, dass man von remote zwischenzeitlich nicht an den Client kommt.
E.
Oder in der Batch beide Befehle in eine Zeile
ipconfig /release && ipconfig /renew
Aber als Login-Script ist das wirklich nicht gerade sinnfällig.
Warum nicht warten, bis die Lease ausläuft? Der Client will dann verlängern und kann nicht, da der alte Server nicht mehr da ist. Dann hat er kein Netz mehr. Benutzer informieren, dass das einmalig passieren kann und dass sie dann einfach den Client e- ebendfalls einmalig - durchstarten sollen. Fertig.
Oder ein Script schreiben, was das remote nacht. Mit Psexec oder so. Nur dabei aufpassen und daran denken, dass man von remote zwischenzeitlich nicht an den Client kommt.
E.
Wenn du die Lease auf 2 Stunden reduzierst, kannst du problemlos ein IPconfig /renew per Skript durchführen. Durch das Renew wird dann die neue Lease-Dauer auf 2 Stunden gesetzt, egal ob es noch 1 Tag oder 39 gültig wäre. Wenn du das einen oder zwei Tage laufen lässt, dann hast du alle aktiven Clients auf 2 Stunden lease. Nicht betroffen sind dann die Leute, die Urlaub haben, krank sind oder Ihren Rechner nicht neu starten
Generell hast du recht, da hab ich mich ungünstig ausgedrückt: Nur den Lease ändern reicht nicht, wenn du Zeitnah den Wechsel durchführen willst.
Generell hast du recht, da hab ich mich ungünstig ausgedrückt: Nur den Lease ändern reicht nicht, wenn du Zeitnah den Wechsel durchführen willst.
Aufpassen musst du aber trotzdem, bzw. den Wechsel vornehmen, wenn keiner Arbeitet. Sonst bekommt unter Umständen ein Client vom neuen Server die gleiche IP wie ein Client vom alten Server noch hat, daher oben die Aufteilung zwischen Freitag und Montag. Zur Sicherheit würde ich beiden DHCP zwei getrennte Bereiche geben. x.x.x.1 bis x.x.x.100 und dem anderen x.x.x.101 bis x.x.x.200. Je nach Netz auch andere Bereiche. du solltest auf jeden Fall vermeiden, dass du durch 2 parallele DHCP-Server IP-Adresskonflikte verursachst.