Hallo zusammen,

ich habe eine komische Fehlermeldung im WSUS...
Er kann nicht mehr mit Microsoft Update syncronisieren.

Da es bei uns keinen Proxy mehr gibt, habe ich diesen entsprechend abgeschaltet und den Server von den Netzwerkern aus der Authentifizierung nehmen lassen, damit WSUS in jedem Fall einen Internetzugang hat.

Erst dachte ich, das könnte an den Stammzertifikaten liegen, die also auf aktuell gebracht, manuell in diesem Fall...
Hilft aber nichts.

Das ist der Fehler:
Sieht an manchen Stellen so aus, als versucht er immer noch den Proxy zu nutzen...

WebException: Die zugrunde liegende Verbindung wurde geschlossen: Für den geschützten SSL/TLS-Kanal konnte keine Vertrauensstellung hergestellt werden.. ---> System.Security.Authentication.AuthenticationException: Das Remotezertifikat ist laut Validierungsverfahren ungültig.
bei System.Web.Services.Protocols.WebClientProtocol.GetWebResponse(WebRequest request)
   bei System.Web.Services.Protocols.HttpWebClientProtocol.GetWebResponse(WebRequest request)
   bei Microsoft.UpdateServices.ServerSync.ServerSyncCompressionProxy.GetWebResponse(WebRequest webRequest)
   bei System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
   bei Microsoft.UpdateServices.ServerSyncWebServices.ServerSync.ServerSyncProxy.GetAuthConfig()
   bei Microsoft.UpdateServices.ServerSync.ServerSyncLib.InternetGetServerAuthConfig(ServerSyncProxy proxy, WebServiceCommunicationHelper webServiceHelper)
   bei Microsoft.UpdateServices.ServerSync.ServerSyncLib.Authenticate(AuthorizationManager authorizationManager, Boolean checkExpiration, ServerSyncProxy proxy, Cookie cookie, WebServiceCommunicationHelper webServiceHelper)
   bei Microsoft.UpdateServices.ServerSync.CatalogSyncAgentCore.SyncConfigUpdatesFromUSS()
   bei Microsoft.UpdateServi 

Viele Grüße,
Ben

Edit:
Es sei noch erwähnt, das sich HTTP und HTTPS ohne weiteres aufrufen lassen, auch Microsoft Update kann ich erreichen.

Ja... Auf jeden Fall.
Ich habe sogar den ganzen Server neugestartet, nachdem das alles keinen Erfolg hatte.

Ich habs gerade noch mal geprüft, das Häkchen ist raus.

Wenn die Proxy Einstellungen für WSUS unter
HKLM\Software\Microsoft\Update Services zu finden wären, dann nein... Die Einstellungen sind hier genau so raus, wie sonst auch auf dem System...

Direktzugriff (kein Proxy aktiviert)

Im Grunde genau das, was ich mir vorher schon dachte.

Hallo,

nein. Den Proxy gibts gar nicht mehr, der hatte mehr Probleme verursacht als Nutzen dahinter stand.

Unsere Netzwerkers haben einfach die IP des Server durch die Firewall geschleift um es mal so salopp zu sagen.
Das heißt anders als jeder andere Client muss sich diese IP nicht vor dem Zugriff auf HTTP oder HTTPS am AD authentifizieren. Es ist quasi mit einem Vollzugriff vergleichbar.

Also im Grunde steht da nichts dazwischen.

Deshalb ist mir das ja so unverständlich...
Der Server ist ja nicht nur WSUS sondern auch gleichzeitig Masterserver für unsere Virensignaturen. Da klappt der Download der Signaturen aber einwandfrei.

Also vermute ich das Problem mal direkt in WSUS selber und weniger in der Infrastrukturellenumgebung, einfach weil der Signatur Download ja klappt. Und das ist sogar ein Drittprodukt wenn du so willst... Sprich nicht aus dem Hause Microsoft.

Grüße,
Ben

Hallo,

soo... Also die angesprochenen Events kann ich leider nicht sehen... Die werden nicht erzeugt. Das einzige Ereignis ist ein 10022 verursacht von Core mit dem Hinweis: "Der letzte Sync Versuch des Katalogs ist fehlgeschlagen."

Ich gucke jetzt zwar mal in die DB rein, aber ob ich da was finde...

BenP schrieb on 22.09.10 um 15:18:23:


Hast Du das Management Studio direkt auf dem WSUS installiert und von dort auch gestartet? Vom Client aus kann das nicht funktionieren, wenn die Windows Internal Database installiert ist.

BenP schrieb on 22.09.10 um 15:18:23:


Was ist Express? Ist SQL-Server Express 2005 (welches SP) installiert oder die Windows Internal Database? Hast Du die gleichen Anmeldeinformationen genommen, wie in dem gen. HowTo?

BenP schrieb on 22.09.10 um 15:33:09:


Ist der Server ein 2008er? Wenn ja, dann schalte UAC ab oder starte das Studio mit Ausführen als Administrator. Wenn nein, es muß das hier als Servername im Login Fenster eingetragen sein:
\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query

BenP schrieb on 22.09.10 um 15:33:09:


OK, dann ist es ja gut. Dann muß die Anmeldung wie oben gen. auch funktionieren, glaubs mir. Wenn nicht machst Du irgendwas falsch.

BenP schrieb on 22.09.10 um 17:03:43:


Hast Du alle von mir gen. Tabellen überprüft?

BenP schrieb on 22.09.10 um 17:03:43:


Überprüf doch auch, ab es wirklich geklappt hat: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

BenP schrieb on 24.09.10 um 12:18:59:


Ist sicherlich die beste Option.

BenP schrieb on 24.09.10 um 12:18:59:


Ja, das ist alles sehr einfach. Installier auf dem neuen Server den WSUS als Replica des bisherigen. Du replizierst alles rüber, Gruppe, Dateien, Freigaben etc. In der GPO noch den neuen WSUS angeben, dann im neuen WSUS den Konfigurationsassi erneut durchlaufen lassen und schon ist der Replica ein Master.

BenP schrieb on 24.09.10 um 13:31:03:


Schon wieder ein Grund mehr, immer alles auf den Tisch zu legen als Stück für Stück abliefern.

Nach der neuen Installation kannst Du das Content umleiten. /Movecontent sollte helfen: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). Und wenn Du die SUSDB vorher sauber wegsicherst, kannst Du sie später dem neuen auch wieder unterjubeln: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Alterntiv kannst Du natürlich auch einen temporären WSUS auf irgendeinem Server installieren und den Weg zweimal gehen, den ich vorher beschrieben hatte.

BenP schrieb on 30.09.10 um 12:04:01:


Alles das was Du in der MMC siehst. Die Freigaben, die Gruppen, die Clients, die abgelehnten Updates, die genehmigten Updates.

BenP schrieb on 30.09.10 um 12:04:01:


Nein, im Content liegen nur die Dateien. Die Freigaben werden in der SUSDB gespeichert.

BenP schrieb on 30.09.10 um 12:04:01:


Der Bericht wird in der SUSDB abgelegt. Und das tut der Client sowieso immer. Und manchmal ist so eine Neuinstallation auch sehr bereinigend.

BenP schrieb on 30.09.10 um 12:28:07:


Genau, denn nur was Du auch zum installieren genehmigst wird auch gedownloadet.

BenP schrieb on 30.09.10 um 12:28:07:


Nur das was Du freigibst, wird gedownloadet.

BenP schrieb on 30.09.10 um 12:28:07:


Brauchst Du noch KB4711 für Office 2002 aus dem Jahr 1947? Nicht so feige. Die Clients teilen dir mit welche Updates sie brauchen. Und nur genau die gibst Du zum installieren frei. Alles andere brauchst Du nicht und hast Du dann auch nicht mehr im neuen Content. Trau dich einfach.