abbrechen
Suchergebnisse werden angezeigt für 
Stattdessen suchen nach 
Meintest du: 

Updates für andere Microsoft-Produkte bereitstellen, wenn ein Windows Update ausgeführt wird:

2
letzte Antwort am 10.05.2022 11:22:03 von Nutzer_8888
Dieser Beitrag ist geschlossen
0 Personen hatten auch diese Frage
iam-user399
Beginner
Offline Online
Nachricht 1 von 3
3053 Mal angesehen

Hallo, 

 

im Datev Servervorbereitung Knowledgebase Artikel steht ja dies:  

 

Updates für andere Microsoft-Produkte bereitstellen, wenn ein Windows Update ausgeführt wird: aktivieren

 

Problem: 


Das Feld ist ausgeraut.

Es ist kein WSUS im internen Netzwerk.

Es gibt eigentlich auch keine GPOs die Updates steuern.

Die GPO, die man im Internet findet hat links ganz unten im Feld ja scheinbar das entsprechende Feld zum aktivieren.

Aber trotzdem das es in der lokalen GPO aktiviert wird (und rebootet wird), dennoch bleibt das o.g. Feld ausgegraut.

 

Frage: Wie bekommt man das Feld aktiviert?

metalposaunist
Unerreicht
Offline Online
Nachricht 2 von 3
3040 Mal angesehen

Dir geht's um Office Updates? Wenn ja, dann stellt sich die Frage: welches Office ist drauf? M365? Office 2013/2016/2019? LTSC? Home & Business oder VLSC? Click to run Version? Das ist leider alles nicht mehr so einfach wie früher 😖.

 

Microsoft 365: Umstellung auf monatliche App-Updates ab Mai 2022

#EmpoweringPeopleInTechnology – Daniel Bohle
www.metalposaunist.de
Nutzer_8888
Fachmann
Offline Online
Nachricht 3 von 3
3033 Mal angesehen

Hallo iam,

 

Wenn in der GPO der Haken bei Updates für andere MS-Produkte installieren steht (ist im Screenshot nicht der Fall), dann sollte diese wirken und im regulären Windows Update-Menü die Option ausgegraut sein.  

Nutzer_8888_0-1652173909780.png

 

Es ist aber die Frage, ob Sie hier die lokale oder die globale GPO am (Domain-Controller) bearbeitet haben. Falls dort (global) nämlich die Updates konfiguriert wurden (was nicht untypisch ist) diese Einstellungen - falls gegensätzlich - Vorrang vor den lokalen haben. In diesem Fall würde ich vermuten, dass kein Gegensatz vorliegen muss (falls der Hacken einen separaten Eintrag bedingt). Besser ist aber, nur in der globalen GPO zu arbeiten (zumindest muss man wissen, was dort konfiguriert ist und was nicht). Lokale Einstellung sollte nur vornehmen, wer die Globalen kennt und Wechselwirkungen ausschließen kann.

 

PS: Normalerweise müsste der Haken zwar ausgegraut aber auf "ein" stehen, wenn eine entsprechende GPO dies aktivierte.

Nach Änderung der GPO müssen diese erneut eingelesen werden ( sofort: Eingabeaufforderung -> gpupdate /force, ansonsten findet dies nach bestimmten Abständen und natürlich immer beim Neustart auch automatisch statt).

Es ist auch zu beachten, dass die Anzeigen der Einstellungen in der grafischen Windows-Oberfläche erst mit der Suche nach Updates aktualisiert werden (zumindest bei Server 2016).

 

Vorschlag: Konfiguration global vornehmen (lokal dann auf "nicht konfiguriert", oder den Bereich Updates dort auslassen ("nicht konfiguriert")  und dafür bei allen Rechnern lokal definieren (über GPO - dann kann nicht jeder da ändern - oder über die Windows Einstellungen).

 

2
letzte Antwort am 10.05.2022 11:22:03 von Nutzer_8888
Dieser Beitrag ist geschlossen
0 Personen hatten auch diese Frage