Sunny schrieb on 19.04.24 um 17:06:03:

Zertifikat ist gültig, alle beteiligten Server wurden neu gestartet.

Tatsächlich geht es im Moment wieder - wie aus heiterem Himmel.

Wir gehen tatsächlich aktuell von einem Routing-Problem bei unserem Provider aus.
Alle Maßnahmen hatten keinerlei direkte Wirkung; nach einigen Tagen scheint es nun wieder wie gewohnt zu funktionieren.

Wir werden es beobachten und notfalls nochmal hier schreiben.
Aktuell alles schick 

Danke trotzdem für die Mühen.
Viele Grüße

Wir haben bei uns eine geplante Aufgabe erstellt und die mit den angemeldeten User ausführen lassen.

Es wird ganz einfach einmal
wuauclt /reportnow

ausgeführt und der andere Teil lautet:

UsoClient Startscan

Seitdem läuft es in Sachen Updates insgesamt besser. Punkt 6, 9 +14 haben wir nicht aktiviert, steht also auf Nicht konfiguriert.

Mehr haben wir nicht konfiguriert und die User lassen die Updates am Abend beim Shutdown mehr installieren, so zumindest ist mein Gefühl.

Du kannst natürlich auch einen Hinweis als geplanten Task immer wieder laufen lassen, ob es was bringt weiß ich nicht.

pcman schrieb on 28.03.24 um 10:39:04:


Macht nichts, man kann nicht alles wissen. Außerdem könnte die Beschreibung auch etwas ausführlicher/passender sein.

ammermueller schrieb on 25.03.24 um 10:15:24:


Dachte ich mir schon, aber denk dran, wenn etwas nicht mehr so funktioniert wie bisher, kann das daran liegen. Viel Erfolg weiterhin.

ammermueller schrieb on 25.03.24 um 10:15:24:


Danke für die Links, das werde ich mir auch anschauen.

Was passiert wenn du das aktuellste CU von W2016 installierst und neu startest? Auch das aktuellste CU für .Net ist eine Möglichkeit.

Welche Dienste bietet der Server an? File? DC? Neuinstallation ist keine Option? Hast Du schon mal eine Bereinigung des LW C:\ gemacht? Rechtsklick > Eigenschaften > Bereinigung.

Alero schrieb on 21.03.24 um 11:42:13:


BTW: Die beiden *.old Verzeichnisse kannst Du löschen, oder hast Du sie schon mal benötigt? Ich noch nie. Bei mir läuft das immer so ab:

net stop wuauserv
net stop bits
rd /s /q %windir%\softwaredistribution
net start wuauserv
wuauclt /resetauthorization /detectnow
5 Minuten warten, jetzt die WSUS-Konsole aktualisieren
 

dspringer schrieb on 21.03.24 um 08:35:02:


Du hättest dich nicht beugen müssen sondern ganz einfach deine Gründe dafür schreiben können.

dspringer schrieb on 21.03.24 um 08:35:02:


Ich meine der Upstream gibt diese Info nicht an den Downstream weiter, aber da ich es bisher nur andersrum hatte, weiß ich das nicht. Wird wirklich diese Info auch vom Up- auf den Downstream hinuter repliziert?

dspringer schrieb on 21.03.24 um 08:35:02:


Einmal am Tag ist mir zu wenig, der Downstream sieht stündlich beim Upstream nach ob es etwas neues gibt. Dann hab ich diese Info maximal mit 1 Stunde Versatz.

GTOT schrieb on 11.03.24 um 09:58:10:


Es gibt noch ein paar wichtige Dinge beim Genehmigen/Ablehnen zu beachten. Es gibt 32-, 64-Bit, Itanium und ARM64-based Systeme. Bei einer Genehmigung wird alles gedownloadet, auch 32-Bit obwohl du nur 64 Bit Systeme hast. Da lässt sich viel ablehnen mit der PS. Wenn Du nur 32-Bitt Office im Einsatz hast, was brauchst Du denn 64-Bit Updates?

Schau dir dieses Script mal an: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). Das kann man laufen lassen und bekommt eine Ausgabe mit den Updates, die gelöscht werden können. Trial Run einschalten. Das Script lässt sich wunderbar ausbauen.

Was passiert wenn Du das in freier Wildbahn mit einem Rechner ausprobierst? Vermutlich wird 22H2 gleich installiert, weil es die aktuellste Version ist. Vorausgesetzt natürlich, es sind die Voraussetzungen für 22H2 installiert.
Wenn Du an so einem Client mal in einer Admin Commandline ein wuauclt /reportnow ein paar mal absetzt, siehst Du recht schnell was angefordert wird.

22H2 ist aber kein CU, sondern ein Feature Upgrade.

Antony71 schrieb on 11.03.24 um 10:12:59:


Die, die keine Updates installiert haben, oder die, die sich nicht beim WSUS gemeldet haben?

Ohne das Script probiert zu haben, was genau passt denn nicht?

Das sind die Klick and Run Versionen. Das einzige was Du machen kannst, ihnen einen Pfad zu einem Share mitgeben, das Share aktualisiert du dann selbst. Genauers weiß ich allerdings dazu auch nicht.

Danke auf jeden Fall für die Rückmeldung.

pcman schrieb on 01.03.24 um 08:14:40:


Das ist ganz normal.

pcman schrieb on 01.03.24 um 08:14:40:


Das nennt sich Marketing.

pcman schrieb on 01.03.24 um 08:14:40:


Wenn etwas auf Seite 1 steht und dann nicht funktioiert, ist das ziemlich sicher Marketing.
Naja, MSFT gibt Admins die Möglichkeit den Edge via WSUS aktuell zu halten. Das ist grundsätzlich schön und richtig so. Der WSUS ist allerdings nicht so richtig für solche Massen ausgelegt. Wir bekommen die Updates für den Edge über Baramundi herein gespült, da geht das etwas einfacher, schön ist das allerdings auch nicht.

Wenn mit T-SQL kein Problem hast, kannst Du dir dieses T-SQL Script anschauen. Es wird immer die aktuellste Version vom Edge behalten, der Rest wird abgelehnt und gelöscht. Das kann man mehrmals täglich oder auch stündlich laufen lassen. Je nach verwendeter Edition vom SQL Server, Express, Windows Internal Database oder großer SQL Server kann es einfacher oder umständlicher sein das regelmässig laufen zu lassen. Aber man kann es in der Edition regelmässig laufen lassen.

Zusätzlich solltest Du regelmässig auch die Ersetzten Updates ablehnen lassen, geht auch mit Script. Dafür hab ich keines zur Hand.