7
WSUS. Clients liefern keinen Status mehr
Hallo Admins,
ich bin mit meinem WSUS mal wieder am Verzweifeln.
Vielleicht bin ich ja selbst schuld. Ich musste ja unbedingt den Server 2016 ausprobieren und dachte, einen WSUS damin zu betreiben, wäre eine gute Gelegenheit.
Leider scheint diese Kombi erstens nicht sehr ausgereift und zweitens findet man natürlich entsprechend wenig Infos im Netz, wenn es Probleme gibt.
Das Meiste bezieht sich halt noch auf den 2012er (R2) Server.
Nachdem ich den WSUS aufgesetzt hatte, machte er anfangs das, was er sollte und auch die Clients konnten sich verbinden und ihren Status übermitteln.
Ich hatte dann aber bald Probleme, weil sich der IIS ständig ausgeklinkt hatte und der Server dann neu gestartet werden musste, damit WSUS wieder lief.
Siehe meine Thread vom 1.3.2017: WSUS 2016 verabschiedet sich nach kurzer Zeit
Nachdem ich dieses Problem endlich gelöst hatte, fing der WSUS (IIS) gleich an die nächsten Probleme zu machen. Vielleciht auch bedingt durch das Erhöhen des PrivatMemory im IIS. Das weiß ich nicht.
Auf jeden Fall haben nach und nach immer mehr Clients ihren Status nicht mehr melden können. Anfangs dachte ich noch, dass der eine oder Andere vielleicht nicht im Hause sei und der PC deswegen keinen Status melden kann aber es wurden dann immer mehr PCs die den Status nicht melden konnten und mittlerweile funktioniert es gar nicht mehr.
Im WindowsUpdate.log meines PCs finde ich Hinweise auf ein Verbidungsproblem mit dem IIS.
Ich poste hier einmal einen Auszug:
2017.03.29 10:07:02.7346751 1396 7072 ProtocolTalker Server URL = http://server:8530/SimpleAuthWebService/SimpleAuth.asmx
2017.03.29 10:07:02.7346868 1396 7072 WebServices Auto proxy settings for this web service call.
2017.03.29 10:07:02.7585392 1396 7072 WebServices Auto proxy settings for this web service call.
2017.03.29 10:07:02.7650559 1396 7072 WebServices WS error: Fehler bei der Kommunikation mit dem Endpunkt bei http://server:8530/ClientWebService/client.asmx;.;
2017.03.29 10:07:02.7650580 1396 7072 WebServices WS error: Vom Server wurde der HTTP-Statuscode 500 (0x1F4)" mit dem Text "Internal Server Error" zur??ckgegeben."
2017.03.29 10:07:02.7650591 1396 7072 WebServices WS error: Die Anforderung konnte vom Server nicht verarbeitet werden.
2017.03.29 10:07:02.7650616 1396 7072 WebServices Web service call failed with hr = 8024401f.
2017.03.29 10:07:02.7650626 1396 7072 WebServices Current service auth scheme=0.
2017.03.29 10:07:02.7650687 1396 7072 WebServices Current Proxy auth scheme=0.
2017.03.29 10:07:02.7650941 1396 7072 ProtocolTalker PTError: 0x8024401f
2017.03.29 10:07:02.7651002 1396 7072 ProtocolTalker GetCookie_WithRecovery failed 0x8024401f
2017.03.29 10:07:02.7651044 1396 7072 ProtocolTalker RefreshCookie failed 0x8024401f
2017.03.29 10:07:02.7651079 1396 7072 ProtocolTalker RefreshPTState failed 0x8024401f
2017.03.29 10:07:02.7651104 1396 7072 ProtocolTalker PTError: 0x8024401f
2017.03.29 10:15:02.7766174 1396 7072 Misc Got WSUS Client/Server URL: http://server:8530/ClientWebService/client.asmx;;
2017.03.29 10:15:02.7767147 1396 7072 ProtocolTalker OK to reuse existing configuration
2017.03.29 10:15:02.7767253 1396 7072 ProtocolTalker Cached cookie has expired or new PID is available
2017.03.29 10:15:02.7767445 1396 7072 Misc Got WSUS SimpleTargeting URL: http://server:8530;;
2017.03.29 10:15:02.7770432 1396 7072 ProtocolTalker Initializing simple targeting cookie, clientId = b5b37c28-f4be-4d09-a661-831fcdf4f300, target group = unsere-domain Admin, DNS name
zudem habe ich Fehler im Ereignisprotokoll:
Protokollname: Application
Quelle: ASP.NET 4.0.30319.0
Datum: 06.04.2017 17:39:15
Ereignis-ID: 1309
Aufgabenkategorie:Web Event
Ebene: Warnung
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: server.unsere-domain.local
Beschreibung:
Event code: 3005
Event message: Es ist eine unbehandelte Ausnahme aufgetreten.
Event time: 06.04.2017 17:39:15
Event time (UTC): 06.04.2017 15:39:15
Event ID: 337f14325f83466ebd31660527057d95
Event sequence: 7
Event occurrence: 2
Event detail code: 0
Application information:
Application domain: /LM/W3SVC/1908268213/ROOT/ClientWebService-5-131359661541306226
Trust level: Full
Application Virtual Path: /ClientWebService
Application Path: C:\Program Files\Update Services\WebServices\ClientWebService\
Machine name: Server
Process information:
Process ID: 2728
Process name: w3wp.exe
Account name: NT-AUTORITÄT\Netzwerkdienst
Exception information:
Exception type: InvalidCastException
Exception message: Das Objekt des Typs "System.Web.Compilation.BuildResultCustomString" kann nicht in Typ "System.Web.Compilation.BuildResultCompiledType" umgewandelt werden.
bei System.Web.UI.WebServiceParser.GetCompiledType(String inputFile, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetCompiledType(String url, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetHandler(HttpContext context, String verb, String url, String filePath)
bei System.Web.Script.Services.ScriptHandlerFactory.GetHandler(HttpContext context, String requestType, String url, String pathTranslated)
bei System.Web.HttpApplication.MapHttpHandler(HttpContext context, String requestType, VirtualPath path, String pathTranslated, Boolean useAppConfig)
bei System.Web.HttpApplication.MapHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
bei System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
Request information:
Request URL: http://Server:8530/ClientWebService/Client.asmx
Request path: /ClientWebService/Client.asmx
User host address: ::1
User:
Is authenticated: False
Authentication Type:
Thread account name: NT-AUTORITÄT\Netzwerkdienst
Thread information:
Thread ID: 51
Thread account name: NT-AUTORITÄT\Netzwerkdienst
Is impersonating: True
Stack trace: bei System.Web.UI.WebServiceParser.GetCompiledType(String inputFile, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetCompiledType(String url, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetHandler(HttpContext context, String verb, String url, String filePath)
bei System.Web.Script.Services.ScriptHandlerFactory.GetHandler(HttpContext context, String requestType, String url, String pathTranslated)
bei System.Web.HttpApplication.MapHttpHandler(HttpContext context, String requestType, VirtualPath path, String pathTranslated, Boolean useAppConfig)
bei System.Web.HttpApplication.MapHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
bei System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
Custom event details: Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="ASP.NET 4.0.30319.0" />
<EventID Qualifiers="32768">1309</EventID>
<Level>3</Level>
<Task>3</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2017-04-06T15:39:15.712448000Z" />
<EventRecordID>40489</EventRecordID>
<Channel>Application</Channel>
<Computer>server.unsere-domain.local</Computer>
<Security />
</System>
<EventData>
<Data>3005</Data>
<Data>Es ist eine unbehandelte Ausnahme aufgetreten.</Data>
<Data>06.04.2017 17:39:15</Data>
<Data>06.04.2017 15:39:15</Data>
<Data>337f14325f83466ebd31660527057d95</Data>
<Data>7</Data>
<Data>2</Data>
<Data>0</Data>
<Data>/LM/W3SVC/1908268213/ROOT/ClientWebService-5-131359661541306226</Data>
<Data>Full</Data>
<Data>/ClientWebService</Data>
<Data>C:\Program Files\Update Services\WebServices\ClientWebService\</Data>
<Data>AS-SRV07</Data>
<Data>
</Data>
<Data>2728</Data>
<Data>w3wp.exe</Data>
<Data>NT-AUTORITÄT\Netzwerkdienst</Data>
<Data>InvalidCastException</Data>
<Data>Das Objekt des Typs "System.Web.Compilation.BuildResultCustomString" kann nicht in Typ "System.Web.Compilation.BuildResultCompiledType" umgewandelt werden.
bei System.Web.UI.WebServiceParser.GetCompiledType(String inputFile, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetCompiledType(String url, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetHandler(HttpContext context, String verb, String url, String filePath)
bei System.Web.Script.Services.ScriptHandlerFactory.GetHandler(HttpContext context, String requestType, String url, String pathTranslated)
bei System.Web.HttpApplication.MapHttpHandler(HttpContext context, String requestType, VirtualPath path, String pathTranslated, Boolean useAppConfig)
bei System.Web.HttpApplication.MapHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
bei System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
</Data>
<Data>http://Server:8530/ClientWebService/Client.asmx</Data>
<Data>/ClientWebService/Client.asmx</Data>
<Data>::1</Data>
<Data>
</Data>
<Data>False</Data>
<Data>
</Data>
<Data>NT-AUTORITÄT\Netzwerkdienst</Data>
<Data>51</Data>
<Data>NT-AUTORITÄT\Netzwerkdienst</Data>
<Data>True</Data>
<Data> bei System.Web.UI.WebServiceParser.GetCompiledType(String inputFile, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetCompiledType(String url, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetHandler(HttpContext context, String verb, String url, String filePath)
bei System.Web.Script.Services.ScriptHandlerFactory.GetHandler(HttpContext context, String requestType, String url, String pathTranslated)
bei System.Web.HttpApplication.MapHttpHandler(HttpContext context, String requestType, VirtualPath path, String pathTranslated, Boolean useAppConfig)
bei System.Web.HttpApplication.MapHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
bei System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
</Data>
</EventData>
</Event>
Protokollname: Application
Quelle: Windows Server Update Services
Datum: 06.04.2017 17:29:15
Ereignis-ID: 12052
Aufgabenkategorie:9
Ebene: Fehler
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: Server.unsere-domain.local
Beschreibung:
Der DSS-Authentifizierungs-Webdienst ist nicht funktionsfähig
Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Windows Server Update Services" />
<EventID Qualifiers="0">12052</EventID>
<Level>2</Level>
<Task>9</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2017-04-06T15:29:15.400864900Z" />
<EventRecordID>40476</EventRecordID>
<Channel>Application</Channel>
<Computer>server.unsere-domain.local</Computer>
<Security />
</System>
<EventData>
<Data>Der DSS-Authentifizierungs-Webdienst ist nicht funktionsfähig</Data>
</EventData>
</Event>
Ich denke, das deutet Alles wieder auf den IIS hin. Leider kann ich mit den Meldungen nicht all zu viel anfangen und wenn man danach Googelt, bekommt man einen Haufen Suchergebnisse, welche alle mehr oder weniger passen.
Ich glaube ich habe alle dort gegebenen Tipps umgesetzt aber das Ergebnis ist eher schlechter als zuvor.
Ich erinnere mich noch daran:
Das Tempverzeichnis kontrolliert zu haben
Einen Registrierdatenbankeintrag für Proxiverbindungen gelöscht zu haben. (habe keinen Proxy)
Die Anwesenheit vom Selfupdate- Verzeichnis im IIS geprüft zu haben.
und, und, und ...
Leider weiß ich nicht mehr Alles und, wie gesagt, es scheint mir, als hätte ich jetzt noch mehr Fehler im Ereignisprotokoll, als vorher.
Es finden Sich jetzt auch noch folgende Fehler im Log:
10032 WSUS Der Server kann einige Updates nicht herunterladen (selfupdate funktioniert nicht)
12002 WSUS Der Berichterstellungs Webdienst ist nicht funktionsfähig
12012 WSUS Der API-Remoting-Webdienst ist nicht funktionsfähig
12032 WSUS Der Serversynchronisierungs-Webdienst ist nicht funktionsfähig
12022 WSUS Der Clientwebdienst ist nicht ...
12042 Der SimpleAuth-Webdienst ist nicht ...
12052 Der DSS-Authentifizierungs- Webdienst ist ...
Jetzt hoffe ich, dass es Jemanden gibt, der die Protokolle besser versteht als ich und vielleicht auf die Ursache kommt.
Zwei Dinge möchte ich noch betonen:
1. Es ging schon einmal und die Clients haben Stati gemeldet und auch Updates gezogen.
2. Ich komme von meinem PC aus auf die Cab Datei auf dem Server indem ich im Browser folgendes eingebe: http://Server:8530/clientWebService/client.asmx
also irgendwas muss der IIS schon machen, oder?
Vielen Dank erstmal fürs Durchlesen.
Ich würde mich über Ansätze freuen.
Gruß
Enrique
ich bin mit meinem WSUS mal wieder am Verzweifeln.
Vielleicht bin ich ja selbst schuld. Ich musste ja unbedingt den Server 2016 ausprobieren und dachte, einen WSUS damin zu betreiben, wäre eine gute Gelegenheit.
Leider scheint diese Kombi erstens nicht sehr ausgereift und zweitens findet man natürlich entsprechend wenig Infos im Netz, wenn es Probleme gibt.
Das Meiste bezieht sich halt noch auf den 2012er (R2) Server.
Nachdem ich den WSUS aufgesetzt hatte, machte er anfangs das, was er sollte und auch die Clients konnten sich verbinden und ihren Status übermitteln.
Ich hatte dann aber bald Probleme, weil sich der IIS ständig ausgeklinkt hatte und der Server dann neu gestartet werden musste, damit WSUS wieder lief.
Siehe meine Thread vom 1.3.2017: WSUS 2016 verabschiedet sich nach kurzer Zeit
Nachdem ich dieses Problem endlich gelöst hatte, fing der WSUS (IIS) gleich an die nächsten Probleme zu machen. Vielleciht auch bedingt durch das Erhöhen des PrivatMemory im IIS. Das weiß ich nicht.
Auf jeden Fall haben nach und nach immer mehr Clients ihren Status nicht mehr melden können. Anfangs dachte ich noch, dass der eine oder Andere vielleicht nicht im Hause sei und der PC deswegen keinen Status melden kann aber es wurden dann immer mehr PCs die den Status nicht melden konnten und mittlerweile funktioniert es gar nicht mehr.
Im WindowsUpdate.log meines PCs finde ich Hinweise auf ein Verbidungsproblem mit dem IIS.
Ich poste hier einmal einen Auszug:
2017.03.29 10:07:02.7346751 1396 7072 ProtocolTalker Server URL = http://server:8530/SimpleAuthWebService/SimpleAuth.asmx
2017.03.29 10:07:02.7346868 1396 7072 WebServices Auto proxy settings for this web service call.
2017.03.29 10:07:02.7585392 1396 7072 WebServices Auto proxy settings for this web service call.
2017.03.29 10:07:02.7650559 1396 7072 WebServices WS error: Fehler bei der Kommunikation mit dem Endpunkt bei http://server:8530/ClientWebService/client.asmx;.;
2017.03.29 10:07:02.7650580 1396 7072 WebServices WS error: Vom Server wurde der HTTP-Statuscode 500 (0x1F4)" mit dem Text "Internal Server Error" zur??ckgegeben."
2017.03.29 10:07:02.7650591 1396 7072 WebServices WS error: Die Anforderung konnte vom Server nicht verarbeitet werden.
2017.03.29 10:07:02.7650616 1396 7072 WebServices Web service call failed with hr = 8024401f.
2017.03.29 10:07:02.7650626 1396 7072 WebServices Current service auth scheme=0.
2017.03.29 10:07:02.7650687 1396 7072 WebServices Current Proxy auth scheme=0.
2017.03.29 10:07:02.7650941 1396 7072 ProtocolTalker PTError: 0x8024401f
2017.03.29 10:07:02.7651002 1396 7072 ProtocolTalker GetCookie_WithRecovery failed 0x8024401f
2017.03.29 10:07:02.7651044 1396 7072 ProtocolTalker RefreshCookie failed 0x8024401f
2017.03.29 10:07:02.7651079 1396 7072 ProtocolTalker RefreshPTState failed 0x8024401f
2017.03.29 10:07:02.7651104 1396 7072 ProtocolTalker PTError: 0x8024401f
2017.03.29 10:15:02.7766174 1396 7072 Misc Got WSUS Client/Server URL: http://server:8530/ClientWebService/client.asmx;;
2017.03.29 10:15:02.7767147 1396 7072 ProtocolTalker OK to reuse existing configuration
2017.03.29 10:15:02.7767253 1396 7072 ProtocolTalker Cached cookie has expired or new PID is available
2017.03.29 10:15:02.7767445 1396 7072 Misc Got WSUS SimpleTargeting URL: http://server:8530;;
2017.03.29 10:15:02.7770432 1396 7072 ProtocolTalker Initializing simple targeting cookie, clientId = b5b37c28-f4be-4d09-a661-831fcdf4f300, target group = unsere-domain Admin, DNS name
zudem habe ich Fehler im Ereignisprotokoll:
Protokollname: Application
Quelle: ASP.NET 4.0.30319.0
Datum: 06.04.2017 17:39:15
Ereignis-ID: 1309
Aufgabenkategorie:Web Event
Ebene: Warnung
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: server.unsere-domain.local
Beschreibung:
Event code: 3005
Event message: Es ist eine unbehandelte Ausnahme aufgetreten.
Event time: 06.04.2017 17:39:15
Event time (UTC): 06.04.2017 15:39:15
Event ID: 337f14325f83466ebd31660527057d95
Event sequence: 7
Event occurrence: 2
Event detail code: 0
Application information:
Application domain: /LM/W3SVC/1908268213/ROOT/ClientWebService-5-131359661541306226
Trust level: Full
Application Virtual Path: /ClientWebService
Application Path: C:\Program Files\Update Services\WebServices\ClientWebService\
Machine name: Server
Process information:
Process ID: 2728
Process name: w3wp.exe
Account name: NT-AUTORITÄT\Netzwerkdienst
Exception information:
Exception type: InvalidCastException
Exception message: Das Objekt des Typs "System.Web.Compilation.BuildResultCustomString" kann nicht in Typ "System.Web.Compilation.BuildResultCompiledType" umgewandelt werden.
bei System.Web.UI.WebServiceParser.GetCompiledType(String inputFile, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetCompiledType(String url, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetHandler(HttpContext context, String verb, String url, String filePath)
bei System.Web.Script.Services.ScriptHandlerFactory.GetHandler(HttpContext context, String requestType, String url, String pathTranslated)
bei System.Web.HttpApplication.MapHttpHandler(HttpContext context, String requestType, VirtualPath path, String pathTranslated, Boolean useAppConfig)
bei System.Web.HttpApplication.MapHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
bei System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
Request information:
Request URL: http://Server:8530/ClientWebService/Client.asmx
Request path: /ClientWebService/Client.asmx
User host address: ::1
User:
Is authenticated: False
Authentication Type:
Thread account name: NT-AUTORITÄT\Netzwerkdienst
Thread information:
Thread ID: 51
Thread account name: NT-AUTORITÄT\Netzwerkdienst
Is impersonating: True
Stack trace: bei System.Web.UI.WebServiceParser.GetCompiledType(String inputFile, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetCompiledType(String url, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetHandler(HttpContext context, String verb, String url, String filePath)
bei System.Web.Script.Services.ScriptHandlerFactory.GetHandler(HttpContext context, String requestType, String url, String pathTranslated)
bei System.Web.HttpApplication.MapHttpHandler(HttpContext context, String requestType, VirtualPath path, String pathTranslated, Boolean useAppConfig)
bei System.Web.HttpApplication.MapHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
bei System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
Custom event details: Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="ASP.NET 4.0.30319.0" />
<EventID Qualifiers="32768">1309</EventID>
<Level>3</Level>
<Task>3</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2017-04-06T15:39:15.712448000Z" />
<EventRecordID>40489</EventRecordID>
<Channel>Application</Channel>
<Computer>server.unsere-domain.local</Computer>
<Security />
</System>
<EventData>
<Data>3005</Data>
<Data>Es ist eine unbehandelte Ausnahme aufgetreten.</Data>
<Data>06.04.2017 17:39:15</Data>
<Data>06.04.2017 15:39:15</Data>
<Data>337f14325f83466ebd31660527057d95</Data>
<Data>7</Data>
<Data>2</Data>
<Data>0</Data>
<Data>/LM/W3SVC/1908268213/ROOT/ClientWebService-5-131359661541306226</Data>
<Data>Full</Data>
<Data>/ClientWebService</Data>
<Data>C:\Program Files\Update Services\WebServices\ClientWebService\</Data>
<Data>AS-SRV07</Data>
<Data>
</Data>
<Data>2728</Data>
<Data>w3wp.exe</Data>
<Data>NT-AUTORITÄT\Netzwerkdienst</Data>
<Data>InvalidCastException</Data>
<Data>Das Objekt des Typs "System.Web.Compilation.BuildResultCustomString" kann nicht in Typ "System.Web.Compilation.BuildResultCompiledType" umgewandelt werden.
bei System.Web.UI.WebServiceParser.GetCompiledType(String inputFile, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetCompiledType(String url, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetHandler(HttpContext context, String verb, String url, String filePath)
bei System.Web.Script.Services.ScriptHandlerFactory.GetHandler(HttpContext context, String requestType, String url, String pathTranslated)
bei System.Web.HttpApplication.MapHttpHandler(HttpContext context, String requestType, VirtualPath path, String pathTranslated, Boolean useAppConfig)
bei System.Web.HttpApplication.MapHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
bei System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
</Data>
<Data>http://Server:8530/ClientWebService/Client.asmx</Data>
<Data>/ClientWebService/Client.asmx</Data>
<Data>::1</Data>
<Data>
</Data>
<Data>False</Data>
<Data>
</Data>
<Data>NT-AUTORITÄT\Netzwerkdienst</Data>
<Data>51</Data>
<Data>NT-AUTORITÄT\Netzwerkdienst</Data>
<Data>True</Data>
<Data> bei System.Web.UI.WebServiceParser.GetCompiledType(String inputFile, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetCompiledType(String url, HttpContext context)
bei System.Web.Services.Protocols.WebServiceHandlerFactory.GetHandler(HttpContext context, String verb, String url, String filePath)
bei System.Web.Script.Services.ScriptHandlerFactory.GetHandler(HttpContext context, String requestType, String url, String pathTranslated)
bei System.Web.HttpApplication.MapHttpHandler(HttpContext context, String requestType, VirtualPath path, String pathTranslated, Boolean useAppConfig)
bei System.Web.HttpApplication.MapHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
bei System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)
</Data>
</EventData>
</Event>
Protokollname: Application
Quelle: Windows Server Update Services
Datum: 06.04.2017 17:29:15
Ereignis-ID: 12052
Aufgabenkategorie:9
Ebene: Fehler
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: Server.unsere-domain.local
Beschreibung:
Der DSS-Authentifizierungs-Webdienst ist nicht funktionsfähig
Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Windows Server Update Services" />
<EventID Qualifiers="0">12052</EventID>
<Level>2</Level>
<Task>9</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2017-04-06T15:29:15.400864900Z" />
<EventRecordID>40476</EventRecordID>
<Channel>Application</Channel>
<Computer>server.unsere-domain.local</Computer>
<Security />
</System>
<EventData>
<Data>Der DSS-Authentifizierungs-Webdienst ist nicht funktionsfähig</Data>
</EventData>
</Event>
Ich denke, das deutet Alles wieder auf den IIS hin. Leider kann ich mit den Meldungen nicht all zu viel anfangen und wenn man danach Googelt, bekommt man einen Haufen Suchergebnisse, welche alle mehr oder weniger passen.
Ich glaube ich habe alle dort gegebenen Tipps umgesetzt aber das Ergebnis ist eher schlechter als zuvor.
Ich erinnere mich noch daran:
Das Tempverzeichnis kontrolliert zu haben
Einen Registrierdatenbankeintrag für Proxiverbindungen gelöscht zu haben. (habe keinen Proxy)
Die Anwesenheit vom Selfupdate- Verzeichnis im IIS geprüft zu haben.
und, und, und ...
Leider weiß ich nicht mehr Alles und, wie gesagt, es scheint mir, als hätte ich jetzt noch mehr Fehler im Ereignisprotokoll, als vorher.
Es finden Sich jetzt auch noch folgende Fehler im Log:
10032 WSUS Der Server kann einige Updates nicht herunterladen (selfupdate funktioniert nicht)
12002 WSUS Der Berichterstellungs Webdienst ist nicht funktionsfähig
12012 WSUS Der API-Remoting-Webdienst ist nicht funktionsfähig
12032 WSUS Der Serversynchronisierungs-Webdienst ist nicht funktionsfähig
12022 WSUS Der Clientwebdienst ist nicht ...
12042 Der SimpleAuth-Webdienst ist nicht ...
12052 Der DSS-Authentifizierungs- Webdienst ist ...
Jetzt hoffe ich, dass es Jemanden gibt, der die Protokolle besser versteht als ich und vielleicht auf die Ursache kommt.
Zwei Dinge möchte ich noch betonen:
1. Es ging schon einmal und die Clients haben Stati gemeldet und auch Updates gezogen.
2. Ich komme von meinem PC aus auf die Cab Datei auf dem Server indem ich im Browser folgendes eingebe: http://Server:8530/clientWebService/client.asmx
also irgendwas muss der IIS schon machen, oder?
Vielen Dank erstmal fürs Durchlesen.
Ich würde mich über Ansätze freuen.
Gruß
Enrique
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 334302
Url: https://administrator.de/contentid/334302
Printed on: April 27, 2024 at 03:04 o'clock
7 Comments
Latest comment
Probiere mal den Server komplett runterzufahren und neu zu starten. Was sind das für Clients? W10? Hier war mal der Ärger, das ein W10 Client das Netzwerk zerlegte, Ursache unbekannt. Musste aus dem Netz genommen werden. Wenn ein PC nach dem Anderen keinen Status mehr meldet, sieht das eher nach einem generellen Netzwerkproblem aus. Ist das ein Produktivserver? Oder kann er mal rausgenommen werden. Wenn, dann mal nur mit einem PC, ideal nicht W10. den WSUS testen. Zieht der denn Updates? Bekommen die Clients Updates? Das hat nix mit der Statusmeldung zu tun.
Hallo Uwe,
Den Server runterzufahren und neu zu starten habe ich natürlich auch schon probiert. Hat leider nicht geholfen.
Es sind hauptsächlich windows 10 Clients. Deswegen traf ich auch die Entscheidung, den 2016er Server mit dem WSUS zu testen, da wir sonst nur 2008er / 2008er R2 Server haben und es da nicht so toll ist mit den Updates für Windows 10 Maschinen. (Unter 2008, bevor wir auf Win 10 gegangen sind, lief der WSUS völlig Problemfrei.)
Der Server läuft bei uns im Netz mit aber macht bisher NUR WSUS Aufgaben und ist deswegen unkritisch für den täglichen Arbeitsablauf. Ich könnte Deine Vorschläge also schon ausführen aber ich bezweifle das "allgemeine Netzwerkproblem" Hätte ich dann die Fehler des WSUS / IIS im Ereignisprotokoll? Die sagen ja, dass der clientWebService nicht läuft.
Außerdem klappt auch das Selfupdate des WSUS nicht. Der hat aber eine Internetverbindung.
Weißt Du näheres über die Sache mit den Windows 10 clients, die Du angesprochen hast?
Ich werde Deine Vorschläge mal probieren, sobald ich wieder im Geschäft bin.
Vielen Dank
Gruß
Enrique
Den Server runterzufahren und neu zu starten habe ich natürlich auch schon probiert. Hat leider nicht geholfen.
Es sind hauptsächlich windows 10 Clients. Deswegen traf ich auch die Entscheidung, den 2016er Server mit dem WSUS zu testen, da wir sonst nur 2008er / 2008er R2 Server haben und es da nicht so toll ist mit den Updates für Windows 10 Maschinen. (Unter 2008, bevor wir auf Win 10 gegangen sind, lief der WSUS völlig Problemfrei.)
Der Server läuft bei uns im Netz mit aber macht bisher NUR WSUS Aufgaben und ist deswegen unkritisch für den täglichen Arbeitsablauf. Ich könnte Deine Vorschläge also schon ausführen aber ich bezweifle das "allgemeine Netzwerkproblem" Hätte ich dann die Fehler des WSUS / IIS im Ereignisprotokoll? Die sagen ja, dass der clientWebService nicht läuft.
Außerdem klappt auch das Selfupdate des WSUS nicht. Der hat aber eine Internetverbindung.
Weißt Du näheres über die Sache mit den Windows 10 clients, die Du angesprochen hast?
Ich werde Deine Vorschläge mal probieren, sobald ich wieder im Geschäft bin.
Vielen Dank
Gruß
Enrique
Wir haben W10 Probleme radikal gelöst: No W10...
Server 2012r2 kann auch W10er updaten, wenn W10 Clients laufen, ist das ohne Probleme möglich. Leider kann ich Dir nicht weiter helfen. 2016 kommt erst in paar Wochen und W10er gibt es hier nicht (mehr).
Server 2012r2 kann auch W10er updaten, wenn W10 Clients laufen, ist das ohne Probleme möglich. Leider kann ich Dir nicht weiter helfen. 2016 kommt erst in paar Wochen und W10er gibt es hier nicht (mehr).
Hallo Enriqe,
ich habe genau das "Selbe" Problem. Die Clients ziehen keine Updates mehr und melden auch keinen Status. Ebenso tritt der .Net Fehler im Ereignisprotokoll auf. Wir betreiben aber keine Server 2016 sondern 2012R2.
Hattest du hierzu einen Lösungsansatz?
Gruß
ich habe genau das "Selbe" Problem. Die Clients ziehen keine Updates mehr und melden auch keinen Status. Ebenso tritt der .Net Fehler im Ereignisprotokoll auf. Wir betreiben aber keine Server 2016 sondern 2012R2.
Hattest du hierzu einen Lösungsansatz?
Gruß
Hallo BruisE,
leider nicht. Nachdem hier nichts kam und ich auch im Netz keine Lösung gefunden habe, habe ich den 2016er und den WSUS neu aufgesetzt. Das läuft jetzt seit gut 4 Wochen rund. Ich weiß echt nicht, was das war. Ich hatte halt auch das Glück, dass der 2016er neu aufgesetzt war und bisher eigentlich nur zum Test lief. So war es kein Problem ihn rauszunehmen und neu aufzusetzen.
Ich nehme das dann jetzt auch zum Anlass, den Thread zu schließen.
Es ist sicher besser, wenn Du eine neue Anfrage stellst da hier wahrscheinlich sowieso keiner mehr reinschaut.
Tut mir leid, dass ich Dir nicht helfen konnte.
Gruß
Enrique
leider nicht. Nachdem hier nichts kam und ich auch im Netz keine Lösung gefunden habe, habe ich den 2016er und den WSUS neu aufgesetzt. Das läuft jetzt seit gut 4 Wochen rund. Ich weiß echt nicht, was das war. Ich hatte halt auch das Glück, dass der 2016er neu aufgesetzt war und bisher eigentlich nur zum Test lief. So war es kein Problem ihn rauszunehmen und neu aufzusetzen.
Ich nehme das dann jetzt auch zum Anlass, den Thread zu schließen.
Es ist sicher besser, wenn Du eine neue Anfrage stellst da hier wahrscheinlich sowieso keiner mehr reinschaut.
Tut mir leid, dass ich Dir nicht helfen konnte.
Gruß
Enrique
Hallo,
ich hatte gerade auch so ein WSUS Problem. Da hier noch keine Lösung steht möchte ich meine präsentieren.
Die Lösung habe ich unter Server 2012R2 und Server 2016 getestet. Der Fehler trat bei mir erst nach dem .Net 4.7 Update auf.
1. IIS-Manager auf dem WSUS Server öffnen
2. Anwendungspools\WsusPool öffnen
3. Pipelinemodus von Klassisch auf Integriert ändern und den Anwendungspool sofort neustarten
4. IIS neustarten (eigendlich unnötig)
Überprüfen kann man den dienst mit folgender URL auf dem WSUS Server: http://localhost:8530/ClientWebService/Client.asmx
bei SSL lautet die URL natürlich: https://localhost:8531/ClientWebService/Client.asmx
bei Anwendungspool Klassisch kommt die Fehlermeldung:
und bei Anwendungspool Integriert
Ich hoffe damit bleibt vielen eine lange Suche nach der Ursache des Fehlers erspart.
viele Grüße
PS: Unter Server 2016 mit .Net 4.7 trat der Fehler direkt bei der Installation des WSUS auf.
PSS: Unter Server 2016 musste ich die Identität des Anwendungspools WsusPool auf NetwortService ändern, das wird in den Ereiterten Einstellungen festgelegt.
PSSS: Ich möchte mich bei Microsoft an dieser Stelle für die schöne Neue Update Politik bedanken und für meinen neuen Job als Beta-Tester ;) (möge man mir meinen Sarkasmus verzeihen)
ich hatte gerade auch so ein WSUS Problem. Da hier noch keine Lösung steht möchte ich meine präsentieren.
Die Lösung habe ich unter Server 2012R2 und Server 2016 getestet. Der Fehler trat bei mir erst nach dem .Net 4.7 Update auf.
1. IIS-Manager auf dem WSUS Server öffnen
2. Anwendungspools\WsusPool öffnen
3. Pipelinemodus von Klassisch auf Integriert ändern und den Anwendungspool sofort neustarten
4. IIS neustarten (eigendlich unnötig)
Überprüfen kann man den dienst mit folgender URL auf dem WSUS Server: http://localhost:8530/ClientWebService/Client.asmx
bei SSL lautet die URL natürlich: https://localhost:8531/ClientWebService/Client.asmx
bei Anwendungspool Klassisch kommt die Fehlermeldung:
Serverfehler in der Anwendung /ClientWebService.
Das Objekt des Typs "System.Web.Compilation.BuildResultCustomString" kann nicht in Typ "System.Web.Compilation.BuildResultCompiledType" umgewandelt werden. Client Dienst
Sie haben einen Dienst erstellt.
Zum Testen dieses Diensts müssen Sie einen Client erstellen und ihn zum Aufrufen des Diensts verwenden. Sie können dies mithilfe des Tools "svcutil.exe tool" auf der Befehlszeile ausführen, indem Sie folgende Syntax verwenden:
svcutil.exe http://localhost:8530/ClientWebService/Client.asmx?wsdlIch hoffe damit bleibt vielen eine lange Suche nach der Ursache des Fehlers erspart.
viele Grüße
PS: Unter Server 2016 mit .Net 4.7 trat der Fehler direkt bei der Installation des WSUS auf.
PSS: Unter Server 2016 musste ich die Identität des Anwendungspools WsusPool auf NetwortService ändern, das wird in den Ereiterten Einstellungen festgelegt.
PSSS: Ich möchte mich bei Microsoft an dieser Stelle für die schöne Neue Update Politik bedanken und für meinen neuen Job als Beta-Tester ;) (möge man mir meinen Sarkasmus verzeihen)
Hallo Mirelt,
der Workaround hat mir gut weitergeholfen!
Schönen Dank!
"Einer der vielen anderen Beta- Tester..."
Andi
der Workaround hat mir gut weitergeholfen!
Schönen Dank!
"Einer der vielen anderen Beta- Tester..."
Andi