Hallo!

Mir ist durchaus bewusst das dieses Thema schon häufig zur Sprache kam in diesem Forum. Doch die Problematik ist nicht immer zwangsläufig die Gleiche. Somit erstelle ich einen neuen Thread dazu:

Ich habe den WSUS 3.0 auf einem Windows Server 2003 installiert und konfiguriert. Zunächst einmal soll sich der Server selbst mit Updates versorgen. Doch bereits daran scheitert es. Denn der Computer wird erst gar nicht aufgeführt. Ich habe die Einstellungen in den Gruppenrichtlinien vorgenommen und auch ein Update dieser Einstellungen forciert. Die angegebene Bezugsquelle für die Updates ist auch korrekt. Zunächst hatte ich es über die IP und den Port versucht, doch dann bin ich auf den Computernamen und Port umgestiegen.

Der Server wurde auch schon neu gestartet und der WSUS 3.0 ist schon seit einigen Tagen installiert. Somit habe ich nicht wirklich Hoffnung das „er sich auf einmal selbst findet“^^

Um noch ein wenig mehr Informationen zu geben hier ein Auszug aus dem UpdateLog:

2007-10-08      08:11:15:828      1948      5e8      PT      WARNING: PTError: 0x80244017
2007-10-08      08:11:15:828      1948      5e8      PT      WARNING: GetConfig_WithRecovery failed: 0x80244017
2007-10-08      08:11:15:828      1948      5e8      PT      WARNING: RefreshConfig failed: 0x80244017
2007-10-08      08:11:15:828      1948      5e8      PT      WARNING: RefreshPTState failed: 0x80244017
2007-10-08      08:11:15:828      1948      5e8      PT      WARNING: Sync of Updates: 0x80244017
2007-10-08      08:11:15:828      1948      5e8      PT      WARNING: SyncServerUpdatesInternal failed: 0x80244017
2007-10-08      08:11:15:828      1948      5e8      Agent        * WARNING: Failed to synchronize, error = 0x80244017
2007-10-08      08:11:16:125      1948      5e8      Agent        * WARNING: Exit code = 0x80244017
2007-10-08      08:11:16:125      1948      5e8      Agent      *********
2007-10-08      08:11:16:125      1948      5e8      Agent      **  END  **  Agent: Finding updates [CallerId = AutomaticUpdates]
2007-10-08      08:11:16:125      1948      5e8      Agent      *************
2007-10-08      08:11:16:125      1948      5e8      Agent      WARNING: WU client failed Searching for update with error 0x80244017
2007-10-08      08:11:16:125      1948      440      AU      >>##  RESUMED  ## AU: Search for updates [CallId = {EFC405C1-0090-4259-9342-1FBFBF3FDE3A}]
2007-10-08      08:11:16:125      1948      440      AU        # WARNING: Search callback failed, result = 0x80244017
2007-10-08      08:11:16:125      1948      440      AU        # WARNING: Failed to find updates with error code 80244017
2007-10-08      08:11:16:125      1948      440      AU      #########
2007-10-08      08:11:16:125      1948      440      AU      ##  END  ##  AU: Search for updates [CallId = {EFC405C1-0090-4259-9342-1FBFBF3FDE3A}]
2007-10-08      08:11:16:125      1948      440      AU      #############
2007-10-08      08:11:16:125      1948      440      AU      AU setting next detection timeout to 2007-10-08 07:10:38
2007-10-08      08:11:16:141      1948      440      AU      Setting AU scheduled install time to 2007-10-09 01:00:00
2007-10-08      08:11:21:125      1948      5e8      Report      REPORT EVENT: {253F73E7-D4DB-4D6F-A17E-BFF97F99CD27}      2007-10-08 08:11:16:125+0200      1      148      101      {00000000-0000-0000-0000-000000000000}      0      80244017      AutomaticUpdates      Failure      Software Synchronization      Windows Update Client failed to detect with error 0x80244017.
2007-10-08      08:12:15:203      1948      14a4      AU      AU received policy change subscription event
2007-10-08      08:12:29:406      1948      14a4      AU      AU received policy change subscription event
2007-10-08      08:13:12:625      1948      14a4      AU      AU received policy change subscription event

Die GPO kommt korrekt an und scheint auch nicht das Problem zu sein. Bei dem Server handelt es sich auch nicht um einen DC. Im Ereignisprotokoll finde ich folgende Fehlermeldungen (Codes): 13042 und 13051 – Diese beiden Meldungen nehmen direkten Bezug auf die Clients und scheinen relevant zu sein. Des Weiteren befinden sich noch einige andere Fehlermeldungen der Kategorie „Web Services“ im Protokoll. Falls es weiterhilft kann ich auch dazu noch einen Screenshot posten.

Der Screen von der IP-Config ist im Anhang…

edit: Nun geht's mit dem Anhang;)

Für mich ergibt sich in diesem Thema einfach kein Sinn. Im IIS ist sowohl auf Port 80, als auch auf Port 8530 die Seite „Selfupdate“ vorhanden und der anonyme Zugriff wird gestattet. Die Seiten verweisen auf das richtige Verzeichnis (C:\Programme\Update Services\Selfupdate).

Bei dem „Gesundheitscheck“ des WSUS werden dem Ereignisprotokoll wiederum die gleichen Fehler hinzugefügt. Welche ich als Screenshot wieder in den Anhang packe.

Ein Download erfolgt bei mir unter keiner der von Dir genannten Adressen. Ich bekomme in beiden Fällen einen Firewall- oder Proxyfehler, zumindest wenn ich es über den Computernamen versuche. Wenn ich allerdings die IP des Servers benutze, dann kann ich die Datei über beide Pfade downloaden. Wobei ich mich bei dem Pfad ohne die Portnummer authentifizieren muss.

Der WSUS ist auf dem Port 8530 installiert! Also kann ich die Seite vom 80er Port löschen? In der GPO ist ebenfalls der Port 8530 angegeben.

Der Server greift über einen Proxy auf das externe Netz zu, welcher eigentlich nur nachts aktiv ist und ihm lediglich die Synchronisation mit Microsoft Update erlauben soll. Doch momentan habe ich den Proxy auch laufen, um zu testen.

Im Bezug auf die Adresse des DNS Servers:
Ich bin auch kein Experte auf dem Gebiet, doch mir kommt das auch merkwürdig vor. Denn scheinbar liegt das Problem bei der Namensauflösung.

Wie ich eben gerade festgestellt habe gab es ein Problem mit meinem Profil. Unter diesem Profil wurde auch der WSUS 3.0 aufgesetzt. Nun wurde das Profil zurückgesetzt. Aus diesem Grund bin ich gerade dabei die Anwendung noch mal zu installieren. Ich werde anschließend posten ob es etwas gebracht hat…

_Neo_ schrieb on 09.10.07 um 10:45:06:


Mann oh Mann, sowas blödes gibts doch gar nicht.  Sorry, aber das mußte raus.

Wenn man einen Server in die Domain aufnimmt, sollte man schon auch etwas über lokale GPOs und Domain GPOs wissen. Wenn Du eine lokale Richtlinie erstellst, wird sie von der Domain GPO überschrieben.

Evtl. hättest Du dich mit dem zuständigen Admin in Verbindung setzen sollen, er kann den Server in eine eigenen OU packen und dir entsprechende Rechte darauf geben. Dann kannst Du eine GPO für den Server erstellen, die dann auch nur auf die OU wirkt.


_Neo_ schrieb on 09.10.07 um 10:45:06:


Ich vermute ein DNS-Problem. Ich kenn die Struktur nicht, kann dazu also nichts sagen. In meiner Domain gibts 2 GPOs für den WSUS. Eine für die Clients und eine für die Server. Die sind auf die entsprechenden OUs verlinkt, in der sich die passenden Objekte befinden. Mich dünkt, Du hast Schulungsbedarf. Du kennst gruppenrichtlinien.de? Nein, dann schau dich dort mal ein bisschen um.

BTW: Wenn ich von GPO spreche, ist immer von Domain GPOs die Rede. Warum sollte ich in einer Domain etwas lokal konfigurieren?