Verständnisfrage: GPO Konten nach X Tagen löschen - wie?
Hello
Ich habe jetzt die GPO "Benutzerkonten nach 90 Tagen löschen" aktiviert und die funktioniert nicht.
Frage: Wie werden die 90 Tage gemessen oder geschätzt? 😊
Ich habe Userprofile mit einer Zeitangabe von 2023 die die GPO (die angeblich zieht) überleben. In der allwissenden Müllhalde findet man z.B., daß sich das auf die ntuser.dat bezieht ..... und das AV-Programme und/oder Windowsupdates die Zeit verändern 😒 Kann das jemand bestätigen und wie kann ich das Problem lösen?
lG
Franz
Ich habe jetzt die GPO "Benutzerkonten nach 90 Tagen löschen" aktiviert und die funktioniert nicht.
Frage: Wie werden die 90 Tage gemessen oder geschätzt? 😊
Ich habe Userprofile mit einer Zeitangabe von 2023 die die GPO (die angeblich zieht) überleben. In der allwissenden Müllhalde findet man z.B., daß sich das auf die ntuser.dat bezieht ..... und das AV-Programme und/oder Windowsupdates die Zeit verändern 😒 Kann das jemand bestätigen und wie kann ich das Problem lösen?
lG
Franz
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 669646
Url: https://administrator.de/contentid/669646
Ausgedruckt am: 20.11.2024 um 15:11 Uhr
6 Kommentare
Neuester Kommentar
Nein, da steht "Benutzerkonten nach 90 Tagen löschen, und Benutzerkonten sind nun mal keine Profile, ein großer Unterschied!
Gruß catrell
Die Frage ist wie diese genau funktioniert (wie die Zeit gemessen wird) bzw
Properties unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
wie man eine nicht funktionierende zum Arbeiten bewegt.
- Anmeldeereignisse ins Eventlog loggen lassen und anhand der letzten interaktiven Logins die Profile mittels Skript löschen.
Gruß catrell
Hi,
hier paar Links, die weiter helfen könnten...
https://learn.microsoft.com/en-us/troubleshoot/windows-server/group-poli ...
https://learn.microsoft.com/en-us/answers/questions/441800/group-policy- ...
Meist funkt der Windows Update Service dazwischen, der Dateien im User Verzeichnis ändert und den Timer auf 0 stellt. Genaue Ursache / Lösung für dieses spezielle Problem wurde bis dato nach meinem Wissen nicht gelöst. Tritt aber anscheinend nicht bei jedem auf.
Welchen Wert er genau nimmt um zu bestimmen, wann ein User sich das letzte Mal angemeldet hat ist schwierig zu ermitteln. Dafür gibt es zu viele Möglichkeiten, die MS da verwendet hätte können. Vielleicht weiß es aber jemand?
Laut einem Reddit User:
Update your GPO ADMX files. They use LocalProfileUnloadTimeLow and LocalProfileUnloadTimeHigh under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList in the latest versions of the ADMX files. They no longer use the DAT file.
VG
hier paar Links, die weiter helfen könnten...
https://learn.microsoft.com/en-us/troubleshoot/windows-server/group-poli ...
https://learn.microsoft.com/en-us/answers/questions/441800/group-policy- ...
Meist funkt der Windows Update Service dazwischen, der Dateien im User Verzeichnis ändert und den Timer auf 0 stellt. Genaue Ursache / Lösung für dieses spezielle Problem wurde bis dato nach meinem Wissen nicht gelöst. Tritt aber anscheinend nicht bei jedem auf.
Welchen Wert er genau nimmt um zu bestimmen, wann ein User sich das letzte Mal angemeldet hat ist schwierig zu ermitteln. Dafür gibt es zu viele Möglichkeiten, die MS da verwendet hätte können. Vielleicht weiß es aber jemand?
Laut einem Reddit User:
Update your GPO ADMX files. They use LocalProfileUnloadTimeLow and LocalProfileUnloadTimeHigh under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList in the latest versions of the ADMX files. They no longer use the DAT file.
VG