Hallo Zusammen,

Ich habe ein Problem bezüglich des herunterladens von Updates von Clients in einem Domänennetzwerks. Die GPO stimmt soweit ! Ich habe den Server auch schon Komplett neu aufgesetzt leider hat es das Problem nicht gelöst es ist tiefgründig auch den Ordner: SoftwareDistrubution habe ich gelöscht der DNS stimmt auch die Clients sehen den Server und die Verteilung funktioniert auch. Jedoch nur das herunterladen nicht. Ich wäre jedem einzelnen sehr dankbar bei der Unterstützung dieses Problem aus der Welt zu schaffen, da mich das ganze schon seit knapp 4 Wochen beschäftigt.

Hallo Sunny,

Ja die Updates sind alle Heruntergeladen ! ein Bild von den eingestellten Richtlinien in der GPO habe ich mal beigelegt. Der Interne Pfad für den Microsoft Dienst ist auch richtig hinterlegt mit https://[Server-Name]:8531 und ist auch über (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). erreichbar. Wenn ich jetzt die SSL Bindung rausnehme und den internen Pfad von Https auf Http umstelle bekomme ich die Fehlermeldung 0x8024401f auch nach dem CMD Befehl gpupdate /force. Wenn ich dies aber auf Https lasse bekomme ich zwar keine Fehlermeldung mehr jedoch steht dann da wird heruntergeladen 0%. In den ReportingEvent Logs gibt es nichts was auf die genau Ursache hindeutet auch nicht in den SoftwareDistrubution Logs.

Also die Richtlinie für die Energieverwaltung habe ich jetzt auf nicht konfiguriert gesetzt. Die Anleitung für das umstellen auf HTTPS habe ich aus einem Youtube Video. Die WF auf dem WSUS-Server erlaubt 8530 als auch 8531. Die Logs deuten darauf hin, dass der WSUS-Server ordnungsgemäß funktioniert und keine größeren Probleme bei der Synchronisierung oder beim Rollup der Ereignisse auftreten. Die Konfigurationsänderungen und die erfolgreiche Zertifikatvalidierung bestätigen, dass der Server korrekt mit Microsoft Update kommuniziert. Es gibt keine Hinweise auf Fehler oder Ausfälle.
LG

Leider nicht ! Der Server Kommuniziert nun über SSL aber die Downloads laden dennoch nicht wie gewöhnt. Es lädt manchmal ein update auf paar % und bliebt dann hängen. Wenn ich die Befehle:
net stop wuauserv
net stop bits
net stop cryptsvc
rd /s /q C:\Windows\SoftwareDistribution
rd /s /q C:\Windows\System32\catroot2
net start wuauserv
net start bits
net start cryptsvc

eingebe bekomme ich die Meldung:
C:\Windows\SoftwareDistribution\Download\3C3943~1 - Das Verzeichnis ist nicht leer.

ich habe auch alle Dienste beendet und trotzdem geht es nicht.
kann es sein das es deshalb nicht funktioniert das die Updates herunterladen ? Obwohl es mehrere Clients betrifft.

LG

Schau doch auf einem Client in die WindowsUpdate.log, die sollte eigentlich die Fehler enthalten.

EDIT: Ist ein Proxy beteiligt?

Schau doch mal in die dritte Zeile deines Screenshots. Vermutlich hast Du noch etwas falsch konfiguriert. Wie ist die Übermittlungsoptimierung eingestellt? Für mich sieht es danach aus, dass die Clients die Updates von anderen Clients holen wollen und das aber nicht dürfen. Stell doch mal in der Übermittlungsoptimierung den Wert 100 ein, am besten im WSUS-GPO mit einstellen. (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). Dann wird der BITS (Intelligenter Hintergrundübertragungsdienst) verwendet.

BTW: Trag den WSUS-Namen im FQDN-Format ein.

BTW2: Du kannst mit TestNetconnection prüfen ob die Clients erfolgreich zum WSUS mittels Port 8530 kommen.

Dann schau ins WindowsUpdate.log auf den Clients, irgendwas muss da sein. SSL-Inspection auf der FW aktiv?

Natürlich musst du auf den Clients auch nach Deaktivierung das %windir%\Softwaredistribution leeren und den Dienst WUAUSERV wieder neu starten, sonst wissen die nichts vom neuen Zustand.

Das mit 10 Pro hat nichts damit zu tun, glaubs mir. Unser WSUS ist auf W2016, auch hier werden die W11 Clients als W10 geführt, nicht erkannt. Der WSUS auf W2022 ist noch nicht für W11 gemacht, dieser Teil der Erkennung ist hard codiert. Ich ändere das immer manuell via SQL Server Management Studio ab, geht total easy und wenn man das alle 30 Minuten laufen lässt, ist es auch nachhaltig. Schau es dir an: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Jetzt lies doch endlich mal die WindowsUpdate.log, heiteres Raten bringt nichts.

Alternativ eine neue WSUS-GPO mit minimalen Einstellungen anlegen, nur die Option 4, 3 x den WSUS als internen Pfad und evtl.noch die ein oder andere wichtige Einstellung verwenden. Sonst nichts, das GPO auf einen Testclient wirken lassen. Und probier es dochmal ohne https.

Mach das was ich in meinem letzten Posting geschrieben hatte, alles andere hat keinen Zweck. Und lies doch mal das hier: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).