WSUS-Statusbericht wird nicht überall erstellt

[eXOs 10]

Hi zusammen,

 

ich habe schon ein bischen gesucht aber nichts gefunden was so richtig passt.

 

Ich habe eine Gruppe in der 15 PCs sind von denen 3 PCs keinen Statusbericht abliefern. Die Konfiguration ist aber gleich wie an den anderen Clients.

 

Ich vermute das die 3 User immer als Admin, bzw. als User mit Admin-Berechtigung angemeldet sind. Könnte dies ein Grund sein?

[Necron 71]

Ich vermute das die 3 User immer als Admin, bzw. als User mit Admin-Berechtigung angemeldet sind. Könnte dies ein Grund sein?

Hi,

 

schließe ich direkt mal als Grund aus, da der Statusbericht vom Computer gesendet wird und unabhängig von den jeweiligen Benutzeraccounts ist.

Außer die spielen dir an der GPO rum.

Hast du schon mal die Client Diagnostic Tools installiert und geguckt wo es harpert?

->Windows Server Update Services Downloads

[eXOs 10]

Hi Necron,

 

die ClientDiag.exe hatte ich noch nicht probiert da ich gerade nicht an den Client herankomme. Ich hatte das Check_WSUS von

WSUS.DE - Downloads - Kategorie: WSUS-Tools

genommen, damit gehts über das netz und dort sind die Ergebnisse identisch mit denen auf einem identischen Client (HW, System und größter Teil der SW ist identisch) von dem ich ein statusbericht erhalte.

[eXOs 10]

Hab da jetzt nochmal rumgesucht. Von den 3 Rechnern ist einer aus nem Testsystem und der lief schon länger nicht mehr. Also sind es effektiv nur 2 Systeme die seit länger keine Berichte abliefern. Einer der beiden war mal für ca. 2 Wochen vom Netzwerk abgehängt. Aber damit wird es wohl nichts zu tun haben...

[WSUSPraxis 48]

Also das wichtigste wäre mal das du das Wsus Client Diag Tool

laufen lässt und das Ergebnis dann mal hier einstellst.

 

Hast du beides auch schon mal ausgeführt ?

 

Detectnow

Da die Überprüfung der Clients zeitraubend sein kann, gibt es die Möglichkeit eine Abfragung sofort einzuleiten.

Führen Sie auf einem Client-Computer, auf dem der neue Automatic Update Client installiert ist, folgenden

Aufruf in der Kommandozeile aus:

 

wuauclt.exe /detectnow

 

Resetauthorization

WSUS verwendet Cookies auf dem Client-Computer um verschiedene Arten der Informationen, einschließlich

Gruppenmitgliedschaft zu speichern. Das Cookie wird automatisch eine Stunde nach erfolgreichem Update vom

WSUS gelöscht. Wenn sie Clientgruppierungen verwenden kombinieren sie die Funktion mit detectnow damit das

Cookie abläuft, eine neue Abfrage eingeleitet wird und WSUS die Gruppenmitgliedschaft aktualisiert.

 

wuauclt.exe /resetauthorization /detectnow

[eXOs 10]

Hi,

 

hier mal das Wsus Client Diag Tool Ergebinis:

 

WSUS Client Diagnostics Tool

Checking Machine State
       Checking for admin rights to run tool . . . . . . . . . PASS
       Automatic Updates Service is running. . . . . . . . . . PASS
       Background Intelligent Transfer Service is not running. PASS
       Wuaueng.dll version 5.8.0.2607. . . . . . . . . . . . . PASS
               This version is WSUS 2.0

Checking AU Settings
       AU Option is 4: Scheduled Install . . . . . . . . . . . PASS
               Option is from Policy settings

Checking Proxy Configuration
       Checking for winhttp local machine Proxy settings . . . PASS
               Winhttp local machine access type
                       <Direct Connection>
               Winhttp local machine Proxy. . . . . . . . . .  NONE
               Winhttp local machine ProxyBypass. . . . . . .  NONE
       Checking User IE Proxy settings . . . . . . . . . . . . PASS
               User IE Proxy. . . . . . . . . . . . . . . . .  NONE
               User IE ProxyByPass. . . . . . . . . . . . . .  NONE
               User IE AutoConfig URL Proxy . . . . . . . . .  NONE
               User IE AutoDetect
               AutoDetect not in use

Checking Connection to WSUS/SUS Server
               WUServer = http://XXX.XXX.XXX.XX:80
               WUStatusServer = http://XXX.XXX.XXX.XX:80
       UseWuServer is enabled. . . . . . . . . . . . . . . . . PASS
       Connection to server. . . . . . . . . . . . . . . . . . PASS
       SelfUpdate folder is present. . . . . . . . . . . . . . PASS

Press Enter to Complete

 

Die Detectnow und Resetauthorization konnte ich noch nicht ausführen, hole ich aber nach.

[Necron 71]

Checking Connection to WSUS/SUS Server

WUServer = http://XXX.XXX.XXX.XX:80'>http://XXX.XXX.XXX.XX:80

WUStatusServer = http://XXX.XXX.XXX.XX:80

 

Wieso steht da ein :80 dahinter, dass muss man wenn der WSUS auf Port 80 läuft gar nicht setzen, außer wenn der WSUS auf dem Alternativport 8530 läuft.

[WSUSPraxis 48]

Nur noch eine zusätzliche Frage:

 

>Warum gibst du in der GPO die IP Adresse mit und nicht den Servernamen ?

[eXOs 10]

@Necron: Ok, das wusste ich nicht. Werde da ändern.

 

@Der Schwabe: Gute Frage, weiß ich ehrlich gesagt nicht. Dürfte doch aber keine Rolle spielen, oder?

 

Ist leider auch nicht über eine GPO definiert sondern wurde an den Clients mit einem .reg-File gemacht

[Mag 11]

Das hat nicht zufällig etwas damit zu tun, dass die Computereinträge auf dem WSUS vllt schon etwas älter sind und die Computer mittlerweile über ein Standard-Image wieder hergestellt wurden?

 

Für WSUS gibt es auf jedem Computer ähnlich der SID auch eine Identifikationsnummer für jeden Rechner, aber eben nicht die SID, darum hilft auch kein Newsid damit ein über Image ersteller PC im WSUS auftaucht. Die Patches werden jedoch richtig abgeholt und installiert. Das hat bei uns mal Verwirrung gestiftet.

 

Sind deine 2 Problemrechner denn aktuell oder holen diese sich keine Patches?

[eXOs 10]

Hi Mag,

 

bei dem einen könnte das hinkommen, der hatte mal ne Macke und wurde neu gemacht.

Danke für den Tipp, werde das mal prüfen!

 

Bei dem anderen ist das so ne sache, da weiß ich leider nicht so genau was der User mit macht und was nicht...:mad:

[Mag 11]

Achso, was in dem Beitrag noch fehlte ...

 

mit dem Tool Detect_now (WSUS.DE - Die Infoseite zu den Microsoft Windows Server Update Services) hat man die Möglichkeit "Neuregistrieren" auszuwählen. Damit erneuert man diese ID für den WSUS.

[eXOs 10]

Danke, werd ich gleich mal machen

[WSUSPraxis 48]

@Mag

 

wuauclt.exe /resetauthorization /detectnow

[Mag 11]

@ Der Schwabe

 

Ich war mir nicht ganz sicher über die Funktionsweise von der Option, aber ich hab in deiner Anleitung gesehen, dass dieses Cookie eine Stunde nach Update gelöscht wird. Das widersprach ein wenig der ID Funktion für den WSUS.

 

Aber gut zu wissen, dass dieser Befehl die Funktion aus dem Tool von wsus.de ist. Danke für den Hinweis.