Hallo zusammen,

ich bin recht neu in der WSUS-Administration und komme aktuell mit einem Verhaltensmuster nicht klar.

Ein bisschen Background:
Vor ein paar Tagen habe ich mich dran gemacht einen WSUS für unseren internen Gebrauch einzurichten. Grundsätzlich funktioniert die Konfiguration. 2 Testclients (1x Client-VM, 1x Server) ziehen sich die freigebenen Updates und installieren diese auch. Die Datenbank halte ich bis dato recht schlank (unter 5 GB). Es ist nur das nötigste für den Abruf freigegeben (komme auf insgesamt 3200 Updates; viele davon abgelehnt) und genehmigt ist ein Bruchteil davon (2-3 Updates zum Testen).

Meine beiden Testclients verhalten sich, wie gesagt, unauffällig. Jetzt habe ich zusätzlich einen unserer RDS mit in die Tests einbezogen (gleiche Richtlinien) und dort installieren die Updates zwar auch, aber seit der Registrierung am WSUS lädt und lädt der Updates herunter. Ich weiß gar nicht, wo das alles herkommt. Heute morgen war der Download-Ordner in der SoftwareDistri knapp 28GB groß. Wenn ich den bereinige, dann holt der Client sofort alles wieder (vor 2 Stunden gelöscht, jetzt wieder 13 GB). Zuvor war der Ordner 3-4 GB groß, also ganz im Rahmen.

Mir fehlt aktuell ein Ansatz. Ich weiß nicht, was er da eigentlich herunterlädt. Genehmigt ist so wenig, dass es niemals 30 GB sein können. Auffällig ist, dass in der Historie 2 KBs aufgeführt werden, die zuletzt (gestern und heute) immer wieder fehlgeschlagen sind (KB4541329 und KB4550947). Beide sind allerdings von 2020 und der RDS war zu Monatsanfang aktuell gepatcht. Daher sollten diese Updates eigentlich auch nicht fehlen. Ich wollte mir den RDS heute Abend einmal schnappen und die KBs per Hand nachinstallieren. Hat jemand sowas schon mal gehabt? Wenn ich danach suche, finde ich meist nur die andere Variante und zwar, dass sich der Client einfach gar nichts zieht. Das genaue Gegenteil 

Vielleicht hat jemand eine Idee. Vielen Dank schon einmal

Vielen Dank erstmal für deine schnelle Antwort.

Also, nein. Genehmigt habe ich die 3200 Updates nicht, sondern nur 2-3 zum Testen. Die 3200 Updates stehen mir zur Auswahl nachdem ich die Kategorien festgelegt hatte und die Synchronistation habe laufen lassen. Diese gehen zurück bis ins Jahr 2012. Davon habe ich einen großen Batzen abgelehnt, sodass diese mit meinen Filtereinstellungen nicht mehr angezeigt werden. Ein Ausschnitt:

(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Das hier wäre die GPO mit der Grundkonfiguration:

(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Und das ist noch spezifischer für die RDS in einer sep. GPO:

(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Alles klar, das werde ich noch nachholen. Allerdings erst später, da ich gerade sehe, dass ich wohl unsere ADMX Templates an den DCs erstmal aktualisieren muss. Der Punkt "Übermittlungsoptimierung" steht mir nicht zur Verfügung.

Werde es umsetzen und berichten. Dir erstmal vielen Dank für deine Hilfe!

Genau, bei den Feature Updates, aber unsere Templates hingen auch ein paar Jahre hinterher.

Jedenfalls habe ich die GPO nach den Updates angepasst und folgendes ist dabei rumgekommen:

Gegen späten Nachmittag (vor den Anpassungen an den GPOs) hat sich der "Test-RDS" beruhigt. Will heißen, er hat nichts mehr geladen und den Download-Ordner im SoftwareDistri-Verzeichnis selbstständig zunächst auf 9 und dann auf 5,3 GB verkleinert. Soweit so gut. Die GPO-Anpassung habe ich trotzdem durchgeführt. Nach einem Reboot (es standen lt. Update Service keine offenen Updates aus) hing er in der bekannten Server 2016-Loop fest. Nach 2 Stunden war er dann fertig. Seitdem konnte ich keine komischen Downloads mehr beobachten. Bisher hat sich der Fehler auch beim zweiten RDS nicht wiederholt.

Ich beobachte mal, ob das so bleibt. Vielen Dank für die Tipps!