none
[WSUS] Clients registrieren sich nicht mehr am WSUS RRS feed

  • Frage

  • Guten Morgen,

    seit ein paar Tagen registrieren sich neu installierte Clients nicht mehr am WSUS an. Der WSUS (Win2k8) sitzt hinter einem Proxy und lädt weiter fleißig seine Updates (zuletzt 'Erfolgreich' am 20.11.2012 um 19:19 Uhr). Die Clients (WinXP) bekommen die WSUS-Einstellungen via GPO. Laut 'gpresult' wurde die GPO auch angewandt. In der 'WindowsUpdate.log' auf einem Client ist folgendes zu finden

    2012-11-21	08:48:19+0100	1092	454	Successfully opened event cache file at C:\WINDOWS\SoftwareDistribution\EventCache\{xyz}.bin for reading.
    2012-11-21	08:48:19+0100	2780	5a0	Trying to make out of proc datastore active
    2012-11-21	08:48:20+0100	2780	5a0	Out of proc datastore is now active
    2012-11-21	08:48:20+0100	1092	454	PT: Using serverID {xyz}
    2012-11-21	08:48:20+0100	1092	454	PT: Using server URL http://wsus/ClientWebService/client.asmx
    2012-11-21	08:48:20+0100	1092	454	PT: Calling GetConfig on server
    2012-11-21	08:48:20+0100	1092	454	Add header for accept-encoding: xpress succeeded
    2012-11-21	08:48:20+0100	1092	454	DetectCompressionType returning type 0, hr=0x1
    2012-11-21	08:48:20+0100	1092	454	DetectCompressionType returning type 0, hr=0x1
    2012-11-21	08:48:20+0100	1092	454	GetConfig: 0x8024401b
    2012-11-21	08:48:20+0100	1092	454	PT: Cannot recover from fault, origin=GetConfig, hr=0x8024401b
    2012-11-21	08:48:20+0100	1092	454	Failed to obtain cached cookie with hr = 8024401b.
    2012-11-21	08:48:20+0100	1092	454	Failed to upload events with hr = 8024401b.

    8024401b = Fehlermeldung durch den Proxy. Die Clients sollen ja aber gar nicht über den Proxy zu WindowsUpdate gehen, sondern den WSUS nutzen. Rufe ich die in der Log stehende URL (http://wsus/ClientWebService/client.asmx) auf, kommt eine weitere Fehlermeldung

    Serverfehler in der Anwendung /ClientWebService.
    --------------------------------------------------------------------------------
    
    Unbekanntes Anforderungsformat. 
    Beschreibung: Unbehandelte Ausnahme beim Ausführen der aktuellen Webanforderung. Überprüfen Sie die Stapelüberwachung, um weitere Informationen über diesen Fehler anzuzeigen und festzustellen, wo der Fehler im Code verursacht wurde. 
    
    Ausnahmedetails: System.InvalidOperationException: Unbekanntes Anforderungsformat.
    
    Quellfehler: 
    
    Beim Ausführen der aktuellen Webanforderung wurde einen unbehandelte Ausnahme generiert. Informationen über den Ursprung und die Position der Ausnahme können mit der Ausnahmestapelüberwachung angezeigt werden.  
    
    Stapelüberwachung: 
    
    
    [InvalidOperationException: Unbekanntes Anforderungsformat.]
       System.Web.Services.Protocols.WebServiceHandlerFactory.CoreGetHandler(Type type, HttpContext context, HttpRequest request, HttpResponse response) +406022
       System.Web.Services.Protocols.WebServiceHandlerFactory.GetHandler(HttpContext context, String verb, String url, String filePath) +212
       System.Web.MaterializeHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +307
       System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +155
    
     
    
    
    --------------------------------------------------------------------------------
    Versionsinformationen: Microsoft .NET Framework-Version:2.0.50727.4223; ASP.NET-Version:2.0.50727.4223 

    Einen Neustart der Dienste bzw. des Server sowie das Einspielen eines Patches (WSUS-KB2720211-x86.exe) sind bis jetzt erfolglos geblieben.

    Mittwoch, 21. November 2012 08:04

Antworten

  • Fehler gefunden. Ein Kollege hat mittels 'ProxyCfg.exe' einen Systemproxy verteilt und dieser Registry-Eintrag hat dafür gesorgt, dass sich die Clients immer über den Proxy zu WindowsUpdate verbinden wollten. Nach der Löschung des Reg-Keys geht wieder alles.
    Mittwoch, 21. November 2012 11:53

Alle Antworten

  • Schau mal in der Registry nach, ob die folgenden Werte passen:

    [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate]
    "WUServer"="http://server:8530"
    "WUStatusServer"="http://server:8530"
    "TargetGroupEnabled"=dword:00000001
    "TargetGroup"="Auto-PCs"
    "ElevateNonAdmins"=dword:00000000


    Guido Over MCITP Server Administrator 2008 & MCSA Windows 2008 & MCITP Enterprise Administrator 2008

    • Als Antwort vorgeschlagen Andreas Ernst Freitag, 23. November 2012 15:18
    Mittwoch, 21. November 2012 09:41
  • In der Registry ist unter Deinem genannten Schlüssel folgendes zu finden:

    ElevateNonAdmins = dword:00000000
    WUServer = http://wsus
    WUStatusServer = http://wsus

    Dass kein Port angegeben ist ist richtig. Bis vor einigen Tagen lief auch noch alles mit diesen Einstellungen. Geändert wurde am System nichts (außer dass Win-Updates eingespielt wurden).

    Mittwoch, 21. November 2012 09:53
  • Fehler gefunden. Ein Kollege hat mittels 'ProxyCfg.exe' einen Systemproxy verteilt und dieser Registry-Eintrag hat dafür gesorgt, dass sich die Clients immer über den Proxy zu WindowsUpdate verbinden wollten. Nach der Löschung des Reg-Keys geht wieder alles.
    Mittwoch, 21. November 2012 11:53