An einem Client in einer administrativen Commandline das hier ausprobieren:

net stop wuauserv
rd /s /q %windir%\SoftwareDistribution
del %windir%\WindowsUpdate.log
net start wuauserv

wuauclt /resetauthorization /detectnow
wuauclt /reportnow

20 Minuten warten, meldet sich jetzt der Client im WSUS? Wenn nein, was findest Du in der %windir%\WindowsUpdate.log an Fehlern?

Was ist in den WSUS-Optionen > Computer eingestellt?

UMeadow schrieb on 24.09.15 um 15:41:56:



Daran hab ich auch gedacht, aber bei 1205 Clients habe ich den Gedanken dann wieder verworfen.

Vielen Dank für die schnellen Reaktionen.

Das Prozedere aus Sunnys Empfehlung hat leider nicht zu einer Anmeldung am WSUS geführt. Fehlermeldungen im Log sind aber tatsächlich vorhanden, die mir allerdings noch keine Erkenntnis liefern. Ich hänge die Log-Datei mal an.

Die 1205 clients sind ein Tippfehler. Es sind 125.
Ich kann nicht ausschließen, dass auch geklonte dabei sind. Aber ich bin bei vielen sicher, dass ich sie manuell aufgesetzt habe, die trotzdem nicht im WSUS auftauchen.

Gruß
Stefan

Cox4a schrieb on 25.09.15 um 14:28:24:

Und in der GPO sind keine Zielregistrierungen eigetragen? Dann müssten die Clients unter "nicht zugewiesene Computer" auftauchen.
Was sagt denn die Update-Log von einem betroffenen Client, siehste Du da wohin der Client sich verbinden will?

Du kannst jauf einem betroffenen Client auch die SUSClientID löschen.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
folgenden Registrierungseinträge löschen:
•PingID
•AccountDomainSid
•SusClientId
•SusClientIDValidation

Anschließend Neustart.

Ergänzend kann ich mitteilen, dass eine grundsätzliche Funktionalität da sein muss. Heute morgen sind zwei weitere Clients im WSUS aufgetaucht. Damit habe ich nun 39 von 125. Das ist aber immer noch viel zu schleppend.
Auffällig ist aber auch, dass viele Clients zum Teil seit seit längerem keinen Bericht mehr senden.

Es sieht so aus, als ob Deine Clients den WSUS Server nicht erreichen.

WARNING: DownloadFileInternal failed for (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). error 0x80190193

Von einem Clients aus müsste Dir unter der Adresse: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). die CAB zum Download angeboten werden.

Cox4a schrieb on 25.09.15 um 16:28:07:

Ist denn dieses Zielgruppe auch auf dem WSUS vorhanden?

Cox4a schrieb on 28.09.15 um 15:41:44:

Braucht Du ja auch nicht. Den Port gibst Du ja auch in den GPO an, nicht im Alias.

Bitte. 

Die Clients haben sich inzwischen alle gemeldet.

Die DNS-Frage, wenn es denn eine ist, muss ich noch zurückstellen.

Im Moment rätsel ich noch über die Symbole der Statusmeldungen: 69 erforderliche Updates, 49 Updates wurden nicht installiert; 20 Updates wurden heruntergeladen jedoch nicht installiert. 99% installiert/nicht zutreffend.

Wie ist das denn zu deuten?

Dort sind gerade einmal sechs nicht genehmigte Updates aufgeführt. Servicepacks zu Vista und Server2003. Habe ich gar nicht mehr im Einsatz.

Ich sehe gerade, dass der Festplattenplatz zur Neige geht und noch einiges an Downloads für die Update-Dateie ansteht.
Dann will ich das ersteinmal abwarten.

Platz ist inzwischen ausreichend vorhanden.
Die Bereinigung habe ich auch bereits erfolgreich durchlaufen lassen.
Mich wundert nur,dass kein Client hundertprozentig ok aussieht im WSUS. Das Statussymbol zeigt in der Mehrzahl das gelbe Ausrufezeichen an und der "installiert/nicht zutreffend"-Prozentsatz steht maximal bei 99%. Müsste da nicht längst mal ein client alles installiert haben und ohne Bemerkung bei 100% stehen?

ich hatte viel zu viel genehmigt. Da waren noch Updates aus 2003 aufgeführt. Daher auch noch über 6000 Dateien im Downloadstatus. Jetzt ist es schlanker, und es stehen keine Updates mehr an.

Die Clients zeigen aber z.B. noch 26 erforderliche Updates an, die auch heruntergeladen und genehmigt sind, die aber den Status haben "nicht installiert" oder "heruntergeladen".
Wenn man das anstoßen könnte....

In der GPO wird Option 3 und tägliche Installation übergeben. Die Clients werden täglich neu gestartet. Der Zeitraum zum Update steht auf vier Stunden. Ich habe zwei Clients zum Testen zur Verfügung, da hat jetzt ein erneuter Neustart nichts verändert.

Der WSUS Package Publisher ist mir noch fremd. Schaue ich mal drauf.

Inzwischen sieht dank der vielen hilfreichen Tipps mein WSUS wieder gut aus.
Noch einmal vielen Dank für die Unterstützung.
Wenn wieder einmal etwas hakt, weiß ich jetzt an wen ich mich wende   

Hallo,

wir haben in unserer Umgebung ein ähnliches Problem deswegen häng ich mich mal mit unserem Problem hier mit rein 
Wir haben einen WSUS in der DMZ als Standalone Rechner. An diesem sind alle unsere Windows Server per GPO (Domain) bzw. RegKey (DMZ) „verbunden“ . Einige der Server Reporten nicht zum WSUS, das ist das eine Problem. Das andere ist das kosmetische mit der falschen Darstellung der Windows Server 2012 R2 ...
Der WSUS ist auf einem Windows Server 2012 Standard installiert. Der WSUS hat die Server Versions: 6.2.9200.16384
Einer der Server die nicht Reporten steht in der Domäne und ist ein Windows Server 2012 R2 Datacenter.
Folgendes habe ich auf dem Server ausgeführt:
net stop wuauserv
net stop bits
rd /s /q %windir%\SoftwareDistribution
del %windir%\WindowsUpdate.log
net start bits
net start wuauserv

wuauclt /resetauthorization /detectnow
wuauclt /reportnow

Leider ohne Erfolg!

Die Log Datei habe ich mit angehängt.
Die WSUS Optionen > Computer  Steht auf GPO/Reg verwenden.

Falls ich irgend welche Wichtigen Details vergessen haben sollte, bitte ich um Nachsicht. Ich betreue den WSUS erst seit ein paar Tagen und alle Wissenden haben das Feld verlassen.
Was aber nicht heißen soll das ich die benötigten Infos nicht nach reichen werde 

Würde mich freuen wenn Ihr mich bei der Lösung des Problems unterstützen könntet.

Danke und Gruß
Achim

Okay, mach ich