AllNTUserDats - Unterschiede beim Boot oder On Demand
Verfasst: 12 Mai 2023, 09:58
Hallo zusammen,
wir haben immer wieder mal das Gefühl, dass manche Pakete nicht auf allen Rechnern sauber installiert werden. Das Gefühl haben wir schon seit Jahren und jetzt bin ich der Sache mal auf den Grund gegangen.
Der Parameter /AllNTUserDats führt ja dazu, dass Usersettings immer für alle User in die jeweilige ntuser.dat geschrieben wird. Außer beim angemeldeten User ist das ja auch kein Problem, hier wird dann ein Umweg vollzogen und über HKEY_USERS und der jeweiligen SID der angemeldete User gepatcht.
Allerdings, und hier kommt das Problem, scheint es hier zu Komplikationen vermutlich durchs Timing zu kommen, wenn man den Rechner bootet und sich dann gleichzeitig anmeldet.
In den Logdateien sieht man deutlich, dass er gar keinen "Workaround" anwendet. Möglicherweise. Warum ist mir unerklärlich.
Führe ich das Paket on_demand aus, dann erkennt er den angemeldeten User und patcht ihn wunderbar! Nur beim Boot eben manchmal nicht.
Könnt Ihr bitte mal checken, welche Prüfung im Code hier angewendet wird wann er sozusagen den "so let us try to patch via HKUsers\SID" Weg beschreitet und wann nicht. Also wie erkennt er Ihn? Vielleicht fällt euch hier was auf?
Wir sprechen übrigens immer vom identischen Rechner, es sind auch wahrscheinlich alle Rechner betroffen. Gerade bei dem Teams Paket ist es super wichtig, dass das Teams sauber deinstalliert wird und hier haben wir einfach keine Übersicht mehr, wer es schon sauber installiert hat und wer vielleicht zu schnell am Login war. Loginblocker ist aufgrund sehr großer Installationspakete übrigens keine Möglichkeit für uns das Problem zu umgehen
Screenshots sind angehängt! 1x gehts mit on_demand und 1x beim Boot und Login nicht.
Danke danke danke!
Mit freundlichen Grüßen,
Valentino
wir haben immer wieder mal das Gefühl, dass manche Pakete nicht auf allen Rechnern sauber installiert werden. Das Gefühl haben wir schon seit Jahren und jetzt bin ich der Sache mal auf den Grund gegangen.
Der Parameter /AllNTUserDats führt ja dazu, dass Usersettings immer für alle User in die jeweilige ntuser.dat geschrieben wird. Außer beim angemeldeten User ist das ja auch kein Problem, hier wird dann ein Umweg vollzogen und über HKEY_USERS und der jeweiligen SID der angemeldete User gepatcht.
Allerdings, und hier kommt das Problem, scheint es hier zu Komplikationen vermutlich durchs Timing zu kommen, wenn man den Rechner bootet und sich dann gleichzeitig anmeldet.
In den Logdateien sieht man deutlich, dass er gar keinen "Workaround" anwendet. Möglicherweise. Warum ist mir unerklärlich.
Führe ich das Paket on_demand aus, dann erkennt er den angemeldeten User und patcht ihn wunderbar! Nur beim Boot eben manchmal nicht.
Könnt Ihr bitte mal checken, welche Prüfung im Code hier angewendet wird wann er sozusagen den "so let us try to patch via HKUsers\SID" Weg beschreitet und wann nicht. Also wie erkennt er Ihn? Vielleicht fällt euch hier was auf?
Wir sprechen übrigens immer vom identischen Rechner, es sind auch wahrscheinlich alle Rechner betroffen. Gerade bei dem Teams Paket ist es super wichtig, dass das Teams sauber deinstalliert wird und hier haben wir einfach keine Übersicht mehr, wer es schon sauber installiert hat und wer vielleicht zu schnell am Login war. Loginblocker ist aufgrund sehr großer Installationspakete übrigens keine Möglichkeit für uns das Problem zu umgehen
Screenshots sind angehängt! 1x gehts mit on_demand und 1x beim Boot und Login nicht.
Danke danke danke!
Mit freundlichen Grüßen,
Valentino