Assassin vor 15 Tagen
Ich habe alle GPOs identifiziert welche so ein Refresh auslösen. Ich kann das auch gut gegen testen indem ich die jeweilige GPO einfach komplett deaktiviere - dann gibt es keinen Screenrefresh mehr (sind mehrere GPOs die ich dann deaktivieren muss, für jede Einstellung gibt es eine separate GPO).
Ich kann es jetzt nur mal beobachten wie es sich verhält wenn ein durch das system generiertes GPUpdate initiiert wird (ist doch aller 90 min eingestellt).
Wenn ich manuell ein gpupdate mache, gibt es dennoch ein Screenrefresh, obwohl die betroffenen GPOs die das auslösen in der ausnahmeliste in der Registry stehen ("HKCU\Software\Microsoft\Group Policy\Client\RunOnce" und "HKLM\Software\Microsoft\Group Policy\Client\RunOnce" )
Entweder ignoriert Windows beim manuellen gpupdate das RunOnce flag, oder die GPOs werden gelesen, aber nicht angewandt - aber verursachen dennoch einen Screenrefresh xD
Zumindest via gpresult sehe ich, dass auch die Richtlinien angewandt wurden beim manuellen gpupdate, wo es einen RunOnce eintrag in der registry gibt...
Ich kann es jetzt nur mal beobachten wie es sich verhält wenn ein durch das system generiertes GPUpdate initiiert wird (ist doch aller 90 min eingestellt).
Wenn ich manuell ein gpupdate mache, gibt es dennoch ein Screenrefresh, obwohl die betroffenen GPOs die das auslösen in der ausnahmeliste in der Registry stehen ("HKCU\Software\Microsoft\Group Policy\Client\RunOnce" und "HKLM\Software\Microsoft\Group Policy\Client\RunOnce" )
Entweder ignoriert Windows beim manuellen gpupdate das RunOnce flag, oder die GPOs werden gelesen, aber nicht angewandt - aber verursachen dennoch einen Screenrefresh xD
Zumindest via gpresult sehe ich, dass auch die Richtlinien angewandt wurden beim manuellen gpupdate, wo es einen RunOnce eintrag in der registry gibt...