Nur zur Info, die Clients bauen die Verbindung zum WSUS auf, nicht andersrum. Möglicherweise macht die Firewall auf dem WSUS den Port 8530/443 zu. Startet der IIS?

Hallo,
seiteinen Update des WSUS Server funktioniert dieser nicht mehr richtig. Ich erhalte einen Fehler im Event mit der ID 12002 Aufgabenkategorie 9. Ich habe bereits die Handler auf dem IIS kontrolliert, ohne Ergebnis. Nach jedem Neustart kommt es zu einer kurzen Kommunikation mit einigen Clients die dann aber nach ca. Einer Minute wieder aufhört. Hat jemand einen Ansatz was hier nicht mehr läuft. Achja wir arbeiten bei den Replikaten usw. nicht mit SSL.

Das wuauclt /reportnow funktioniert noch in W11, zumindest bei W1123H2, das bei uns im Einsatz ist. Wichtig dabei ist, die cmd.exe MUSS explizit mit Rechtsklick als Admin geöffnet werden.

Hallo zusammen,

wuauclt /reportnow funktioniert bei unseren WIN 11 und WIN Server 2025 Rechnern nicht mehr.

usoclient ScanStart funktioniert auch nicht.

Die Rechner melden zwar alle ihren Status, allerdings erst, wenn der Windows-Update-Client Lust hat.
Gibt es einen usoclient-Befehl, der den Patchstatus sofort an den WSUS meldet, so wie das früher wuaucclt getan hat?

Wenn im Replikatsserver die Computer einer Gruppe zugeordnet wurden, sind sie das im Mainstream noch lange nicht, so meine Feststellung. Die kannst/darfst Du dann auf dem Mainstream auch nochmal manuell verschieben.

Natürlich lässt sich das via Script erledigen, entweder per Powershell oder via T-SQL Script in der SQL Server Datenbank SUSDB.

CanEdv schrieb on 30.09.25 um 07:45:46:


Anderes OS, andere Einstellungen. CanEdv schrieb on 30.09.25 um 07:45:46:


Dafür hab ich mir eine Batch erstellt, die als Admin ausführen, schon gehts los. Ich stell das mal komplett hier ein kommende Woche, das kannst Du dann mal ausprobieren. Nächster Patchday kommt ja schon bald.
CanEdv schrieb on 30.09.25 um 07:45:46:


Das kannst du dir sparen, einfach neu starten. Die VMs werden heruntergefahren und anschließend wieder neu gestartet. Oder du machst ein Powershell Script. Alle VMs Shutdown, jetzt Host shutdown.

CanEdv schrieb on 30.09.25 um 07:45:46:


Lässt sich schon machen, kostet etwas Hirnschmalz, aber kann man machen.

CanEdv schrieb on 30.09.25 um 07:45:46:


Geplanten Task anlegen der 5 Minuten nach dem Neustart den/die Dienst(e) neu startet. Geht mit einer Batch.

CanEdv schrieb on 30.09.25 um 07:45:46:


Bei uns hat fast kein Server Internetzugang, mit Hilfe meiner Batch geht das Suchen/Finden/Installieren ruckzuck.

Hallo Sunny
Danke für die Rückmeldung.
Ja es ist möglich, die Server automatisch aktualisieren zu lassen. Es ist für mich einfach unverständlich, dass neuere Server sich nicht an bewährte Einstellungen halten.
Bisher habe ich die Update ca. ein eine Woche nach dem Erscheinen für die Server freigegeben und dann am Wochenende einen nach dem anderen aktualisiert.
Z.B. bei HyperV habe ich zuerst alle VMs heruntergefahren und erst dann den HyperV neu gestartet. Oder beim ERP zuerst die Anwendungs Server heruntergefahren und erst dann den SQL neu gestartet. Dies zu automatisieren ist nicht einfach.
Ich habe oft erlebt, dass nach einem Neustart einzelne Dienste auf die Nase fallen (ERP) und somit am nächsten Tag etwas nicht läuft. Nach einem manuellen Update habe ich die Dienste kurz überprüft und bei Bedarf neu gestartet. Dies möchte ich nicht in der Nacht machen.
Z.Z. habe ich für jeden Server eine Gruppe und ich gebe die Updates erst kurz vor dem installieren frei. Leider muss ich dann immer noch warten, bis die Update gefunden wurden und heruntergeladen sind. Das kann gerne eine 1 Stunde dauern. Dies ist unnötige Wartezeit am Wochenende.
Meine Beobachtung ist, dass Server die keinen Internetzugang haben sehr lange nach Updates suchen.

Was spricht dagegen, anstatt Option 3 die Option 4 zu nehmen und die Zeit im GPO für die Server auf z.B. 3 Uhr in der Nacht zu legen? Gleichzeitig werden die Updates nur für eine bestimmte Gruppe freigegeben, in die die Server tagsüber geschoben werden. In der Nacht erfolgt dann die Installation und der Reboot. Am nächsten Tag, wenn der Reboot erfolgreich war, werden die Server wieder zurück geschoben und die nächsten Server kommen in die Gruppe. Ja, das ist manuelle Arbeit, 10 Minuten pro Tag, aber auch das lässt sich einrichten.

Hallo zusammen
Sorry für die späte Antwort. Habe vergessen, nachzuschauen ob eine Meldung eingeht.
Hier die Einstellungen, die der Server 2025 auflistet
Bei Server 2016 gibt es diese Auflistung noch nicht, es sind dieselben GPOs.
Das Update der admx ist z.Z. keine Option. Alte und neue admx können nicht gleichzeitig verwendet werden und ich weiss nicht, wie die Kompatibilität der neuen admx mit den alten Server, Client ist.
Danke für Ideen

ReFe schrieb on 24.08.25 um 08:46:14:


Policy/GPO's werden doch über die Administrative Templates (.admx) verteilt, Sind Deine evtl noch für 2016 und können für 2025 nicht verarbeitet werden, Ggf. mal die neuen herunterladen von Windows ( (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).) bzw. wenn Domäne dann u.a die Strukturfunktionsebene hochsetzen etc.