Fehlercode 80244019 bei der Installation von Windows Update

Ich poste dies, um hoffentlich allen anderen zu helfen, die darauf stoßen könnten.

Ich habe eine Win2008r2-Domäne und meine Kunden haben beschlossen, nicht mehr mit dem WSUS-Server zu sprechen. Alle Anzeichen waren, dass sie kommunizierten, wobei einige sogar neue Updates zeigten. Wenn Sie jedoch auf "Updates installieren" klicken, wird "Installation fehlgeschlagen" angezeigt, und in der Box werden neue Updates angezeigt, die zur Installation bereit sind.

Meine Clients konnten den WSUS-Server anpingen, und keine Firewalls-Netzwerkgeräte blockierten den Datenverkehr auf 8530 (dem WSUS-Update-Port). Ich war ratlos darüber, warum die Clients die neuen Updates, die laut WSUS-Server ausstehen, nicht sehen.

Die Lösung hängt von Ihrer Konfiguration ab und es gibt einige Dinge, die Sie zuerst überprüfen sollten:

• Stellen Sie sicher, dass der BITS-Dienst ausgeführt wird: net start BITS
• Stellen Sie sicher, dass der Windows Update-Dienst ausgeführt wird: net start wuauserv
• Stellen Sie sicher, dass Ihr Computer über eine eindeutige SusClientID verfügt (insbesondere, wenn das System ein Klon ist). Sie können den Schlüssel löschen, die folgenden 3 Befehle ausführen und den Computer neu starten, um ihn neu zu generieren: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
• Setzen Sie das Autorisierungscookie auf Ihrem Client zurück: wuauclt /ResetAuthorization /DetectNow
• Führen Sie es wuauclt /ReportNowauf Ihrem Client aus, um sicherzustellen, dass es mit WSUS synchronisiert werden kann
• Stellen Sie sicher, dass Ihre aktuellen Richtlinien auf Ihrem Client angewendet werden (der / boot ist optional): gpupdate /force /boot

Wenn Sie einen Proxyserver verwenden, sollten Sie außerdem:

• Stellen Sie sicher, dass die WinHTTP-Dienste ausgeführt werden: netsh start WinHttpAutoProxySvc
• Überprüfen Sie, ob die WinHTTP-Proxyeinstellungen korrekt eingestellt sind (meine Proxyeinstellungen werden über Gruppenrichtlinien bereitgestellt): netsh WinHTTP import proxy source=IE

In meinem Fall wurden die Proxy-Einstellungen unter WinHTTP nicht korrekt importiert, und das manuelle Erzwingen des Imports hat das Problem behoben. Ich hoffe, dies kann jemand anderem die Kopfschmerzen ersparen, die es mir verursacht hat. Es ist zu beachten, dass Sie eine administrative Eingabeaufforderung verwenden müssen, um die obigen Befehle auszuführen.

Ich poste diese Antwort in der Hoffnung, einer armen Seele zu helfen, sich zu lösen, da ich diese Lösung nirgendwo im Internet gesehen habe:

Situation: Das W2012R2-Datencenter, das hauptsächlich als Hyper-V-Server fungiert, hat Windows Update von MS-Servern (nicht von WSUS) verloren, ohne dass ich einen Grund identifizieren konnte. (Die gehosteten Installationen könnten ihre Updates problemlos erhalten).

Ich habe die verschiedenen klassischen Lösungen, wie sie auf MS-Websites beschrieben sind, ohne Glück ausprobiert (Fixit und all das).

Ich habe die Dinge schließlich wieder in Betrieb genommen, indem ich:

1. WU - Einstellungen ändern
2. Deaktivieren Sie die Aktualisierung und deaktivieren Sie beide Kontrollkästchen unter der Kombination
3. Bei der Validierung wurde unerwartet eine funktionierende "Überprüfung auf Update-Sitzung" ausgeführt (ich hatte gerade Updates deaktiviert ? Und die Aktualisierung beginnt ???)
4. Installierte das bereitgestellte Update (sie waren kritisch )
5. neu gestartet
6. zurück auf "automatisch installieren" + "mir empfohlene Updates auf die gleiche Weise geben ..."
7. es funktionierte !!!

Soweit ich das Problem diagnostizieren kann, scheint es, dass das Problem bei "Gib mir Updates für andere Microsoft-Produkte, wenn ich Windows aktualisiere" lag , ich hatte keine "anderen Produkte" und es könnte WU verwirrt haben?

Ich schätze, ich habe das Kontrollkästchen geistesabwesend aktiviert, während ich einen Notfall-Sicherheitspatch überprüft habe.

Wie auch immer, wenn ich es noch einmal überprüfe, bin ich wieder in Schwierigkeiten.

Trotzdem einen Versuch wert, es ist nicht viel Arbeit.

Anstatt Port 8530 explizit (8531 für HTTPS) für die im Gruppenrichtlinienobjekt veröffentlichte WSUS-URL anzugeben, habe ich der Website "WSUS Administration" in IIS manuell eine zusätzliche Bindung hinzugefügt, um das Protokoll "http" auf TCP-Port 80 zu verwenden. Auf diese Weise gab es keine müssen Gruppenrichtlinienobjekt, Firewall-Regeln usw. ändern.

Beispiel: Mein im Gruppenrichtlinienobjekt veröffentlichtes "Microsoft-Update-Service-Speicherort im Intranet angeben " bleibt auf " http: // wsus " festgelegt ("wsus" ist ein CNAME-Alias ​​für den WSUS-Server des Unternehmens). Die Website-Bindung wäre dann:

• Typ: http
• IP-Adresse: Alle nicht zugewiesen
• Hafen: 80
• Hostname: "wsus" (ohne Anführungszeichen)

Ich hatte einen ähnlichen Fehler wie die gemeldeten. In meinem Fall meldeten sich die Computer nicht beim WSUS-Server (virtueller Server unter Windows 2012 R2 über vSphere), und plötzlich wurde der WSUS-Server angehalten, um sich über Windows Update selbst zu aktualisieren.

Dies hat das WU-Problem gelöst:

• Zuerst habe ich die folgenden Befehle ausgeführt, wie von Kyle angewiesen :

  1. net start BITS (Der Dienst lief bereits)
  2. net start wuauserv (Der Dienst lief auch)
  3. wuauclt /ResetAuthorization /DetectNow
  4. Run wuauclt /ReportNow
  5. gpupdate /force /boot

• Schließlich habe ich die Option "Gib mir empfohlene Updates auf die gleiche Weise ..." deaktiviert, wie von Michel de Becdelièvre angewiesen . Die Schritte gehen so:

  1. Gehen Sie zu: WU -> Einstellungen ändern
  2. Deaktivieren Sie die Option "Geben Sie mir empfohlene Updates auf die gleiche Weise ..." (und stellen Sie sicher, dass beide Kontrollkästchen nicht markiert sind) und akzeptieren Sie.
  3. Führen Sie einen Online-Scan nach Updates für WU durch.

Ich muss immer noch an den Maschinen arbeiten, die nicht an WSUS berichten (wahrscheinlich einige GPO-bezogene Dinge), aber jetzt wird der Server wunderbar aktualisiert!

Wenn Sie in regedit den Wert von "UseWUServer" überprüfen und diesen Wert auf 1 setzen, bedeutet dies, dass Windows Update versucht, Updates von der angegebenen Adresseinstellung in "WUServer" herunterzuladen. Wenn Sie jedoch "UseWUServer" = 0 setzen, findet Windows Find im Internet. Ich habe den Wert von 1 auf 0 geändert und mein Windows-Update hat wieder funktioniert.

Beim Upgrade unseres WSUS-Servers von 2008R2 auf 2012R2 ist derselbe Fehlercode aufgetreten. Clients konnten den Server anpingen, aber nicht nach Updates suchen. Es stellte sich heraus, dass ich den Port (8530) in dem Gruppenrichtlinienobjekt, das ich für die Clients erstellt hatte, explizit aufrufen musste, was ich für 2008R2 nicht tun musste.

Ursprünglich fand die Antwort hier:

http://hardforum.com/showthread.php?t=1801481

Ich habe festgestellt, dass dieser Fehler auftritt, wenn die Version von Windows Update nicht mit WSUS kompatibel ist. In diesem Fall fordert die Online-Suche nach Updates den Benutzer auf, die neue Windows Update-Software zu installieren, und die Aktualisierung funktioniert von dort aus.

Es ist dieser Fehler aufgetreten, der nicht mit WSUS zusammenhängt.

Stattdessen Windows Update Win2008R2 80243004 Fehler im Zusammenhang mit albernem Verhalten.

Zitiert von Boo_MonstersInc in https://social.technet.microsoft.com/Forums/windowsserver/en-US/ac88f05d-91e6-48c2-bdbc-e4f305c87769/error-80243004?forum=winservermanager

Der WU-Fehler 80243004 bedeutet, dass ein Fehler auftritt, wenn Windows Update versucht, ein Symbol im Benachrichtigungsbereich der Taskleiste zu erstellen.

Dieses Problem wird wahrscheinlich durch den abnormalen Systembenachrichtigungsbereich verursacht.

Eine einfache Lösung besteht darin, den Server neu zu starten und die WU erneut zu überprüfen. Wenn der Fehler weiterhin besteht, ändern Sie die Größe der Taskleiste und wählen Sie "Alle Symbole und Benachrichtigungen immer in der Taskleiste anzeigen".

Einfach ctrl+ shift+ Rechtsklick auf Startmenü leeren Bereich -> Klicken Sie auf „Exit - Explorer“, dann laufen „explorer.exe“, und versuchen Sie es erneut um das Problem lösen würde.

Eine schnelle Lösung wäre, Folgendes zu tun:

1. Gehen Sie zur Systemsteuerung

2. Windows Update

3. Einstellungen ändern

4. Deaktivieren Sie "Updates für andere Microsoft-Produkte abrufen"

5. Klicken Sie auf OK und versuchen Sie es erneut oder aktualisieren Sie das Windows Update, um es erneut zu überprüfen.