Windows Update funktioniert nicht unter Windows 2012 R2 Standard

Ich habe kürzlich die Verwaltung eines Windows 2012-Servers an einem Remotestandort geerbt.

Ich habe Windows Update überprüft und es wurde seit März nicht aktualisiert. Wenn ich Windows sage, dass es nach Updates suchen soll, verhält es sich so, als würde es nach Updates suchen, aber das scheint stundenlang zu sein. Wenn ich versuche, den Windows Update-Dienst neu zu starten, kann er anscheinend nie heruntergefahren werden. Mein einziges Mittel scheint ein Neustart zu sein, um zu dem Punkt zurückzukehren, an dem ich Windows Update anweisen kann, nach neuen Updates zu suchen.

Die letzte erfolgreiche Überprüfung auf Updates zeigt den 20. März an.

Das letzte Mal, als Updates installiert wurden, war der 17. März (fehlgeschlagen).

Der Updateverlauf zeigt, dass ein Update für den 17. März, ein Druckertreiber-Update, fehlgeschlagen ist, der Verlauf zeigt jedoch 13 fehlgeschlagene Updates für den 17. Februar.

Ich weiß nicht, was ich sonst noch versuchen soll.

Zwei meiner drei 2012R2-Maschinen zeigten im vergangenen April dieses Verhalten. Sie hingen für immer bei der Suche nach Updates.

Ich habe nie genau erfahren, was das Problem verursacht hat, aber ich habe es folgendermaßen gelöst:

1. Beenden Sie den Windows Update-Dienst.

   net stop wuauserv
   

2. Löschen Sie das Windows Update-Cache-Verzeichnis C:\Windows\SoftwareDistribution.

   Remove-Item -Recurse -Force C:\Windows\SoftwareDistribution
   

3. Starte den Computer neu. (Auf einem Computer waren mehrere Neustarts erforderlich, um tatsächlich alles aus diesem Verzeichnis zu löschen. Versuchen Sie es also bei Bedarf erneut.)

4. Führen Sie Windows Update erneut manuell aus. Es wird fast sofort fehlschlagen und die Ausführung eines Diagnosetools anbieten. Laden Sie das Tool herunter und lassen Sie es laufen.

5. Das Tool findet und behebt einige Probleme. Führen Sie zu diesem Zeitpunkt Windows Update erneut manuell aus. Windows Update funktionierte zu diesem Zeitpunkt einwandfrei.

Ich fand diese großartige Antwort hier und es hat wunderbar für mich funktioniert. Ich möchte nur mitteilen, ob jemand sucht:

Versuchen Sie dies an einer Eingabeaufforderung mit erhöhten Rechten:

netsh winhttp import proxy source=ie

und neu starten

Eine andere Lösung, die auch für mich funktionierte, war, den Update-Modus auf "Niemals nach Updates suchen" zu setzen.

Ich habe das System Update Readiness Tool und DISM verwendet. Es hat bei mir funktioniert. Sie können es hier herunterladen : http://support.microsoft.com/kB/947821

Ich habe 2012 mit einer VM rumgespielt und hatte dieses Problem. Meine Lösung (schnell, unsicher usw. usw.) bestand darin, die IE Enhanced-Sicherheit auf dem Server zu deaktivieren, und sie begann glücklich, mit MS Windows Update zu kommunizieren. Keine Lösung für einen echten Server, aber es ist ein Spielzeug-Entwickler-Server und ich bin damit einverstanden.

Vermutlich muss die Windows Update-Site nur zu vertrauenswürdigen Sites hinzugefügt werden, um eine echte Lösung zu finden.

Mein Fix für eine neu auf Windows Server 2012 R2 unter Citrix 6.5 installierte VM und die Deaktivierung von IE Enchanced Security, wie Marcus Greasly mitteilte, funktionierten sofort ...

Starten Sie zum Deaktivieren der erweiterten IE-Sicherheit in Windows Server 2012 R2 den Server-Manager. Klicken Sie auf der linken Seite auf Lokaler Server. Klicken Sie auf der rechten Seite auf den Link On neben IE Enhanced Security Configuration. Sie sehen nun das Feld Erweiterte Sicherheitskonfiguration für Internet Explorer.

https://prajwaldesai.com/disable-ie-enhanced-security-in-windows-server-2012-r2/

Ich habe in letzter Zeit die gleichen Probleme auf meinem Server 2012 und alles, was ich getan habe, war, den Malwarebytes-Dienst und heruntergeladene Updates sofort zu deaktivieren. Deaktivieren Sie eventuell vorhandene Malware oder Antivirensoftware, da dies die Ursache sein könnte.

Überblick

Wir hatten dieses Problem auf einigen virtuellen Servern, die von einem "Cloud" -Anbieter zurück in unser internes Rechenzentrum migriert wurden. Die Hauptursache waren Berechtigungen für den %SystemRoot%\System32\catroot2Ordner. Es gab eine Reihe von Unterschieden zwischen den Berechtigungen für diesen Ordner auf einem fehlerfreien Server und denen auf dem migrierten Server. Ich glaube, der Schlüssel war dasTrustedInstaller es keinen gabfull access .

Zusätzliche Symptome

Beim Betrachten des Anwendungsprotokolls in der Ereignisanzeige wurde eine Reihe von Fehlern festgestellt:

Source: CAPI2
EventId: 257
Text: The Cryptographic Services service failed to initialize the Catalog Database. The ESENT error was: -1032.

Source: ESENT
EventId: 490
Text: Catalog Database (416) Catalog Database: An attempt to open the file "C:\Windows\system32\CatRoot2\{127D0A1D-4EF2-11D1-8608-00C04FC295EE}\catdb" for read / write access failed with system error 5 (0x00000005): "Access is denied. ".  The open file operation will fail with error -1032 (0xfffffbf8).

Der Hinweis befindet sich im Text des ESENT-Fehlers. Das heißt, Berechtigungen geben den Zugriff auf eine Datei im catroot2-Ordner aus.

Auflösung

Geben Sie dem Trusted Installer-Konto die vollständige Kontrolle über den Ordner catroot2 und seine untergeordneten Elemente.

Für den Fall, dass dies zum Vergleich nicht ausreicht, lautet die Aussage icacls %systemroot%\system32\catroot2auf einem fehlerfreien Server wie folgt:

C:\Windows\system32\catroot2 NT SERVICE\CryptSvc:(F)
                         NT SERVICE\CryptSvc:(OI)(CI)(IO)(F)
                         NT SERVICE\TrustedInstaller:(I)(F)
                         NT SERVICE\TrustedInstaller:(I)(CI)(IO)(F)
                         NT AUTHORITY\SYSTEM:(I)(F)
                         NT AUTHORITY\SYSTEM:(I)(OI)(CI)(IO)(F)
                         BUILTIN\Administrators:(I)(F)
                         BUILTIN\Administrators:(I)(OI)(CI)(IO)(F)
                         BUILTIN\Users:(I)(RX)
                         BUILTIN\Users:(I)(OI)(CI)(IO)(GR,GE)
                         CREATOR OWNER:(I)(OI)(CI)(IO)(F)
                         APPLICATION PACKAGE AUTHORITY\ALL APPLICATION PACKAGES:(I)(RX)
                         APPLICATION PACKAGE AUTHORITY\ALL APPLICATION PACKAGES:(I)(OI)(CI)(IO)(GR,GE)

Hinweis: Um Trusted Installer hinzuzufügen, müssen Sie die lokalen Computerkonten nach durchsuchen nt service\trustedinstaller.

catroot2Stellen Sie nach dem Ersetzen von Berechtigungen für sicher, dass Sie das replace permissions on child objects & containersKontrollkästchen aktivieren, um sicherzustellen, dass die Berechtigungen untergeordneter Elemente ebenfalls aufgelöst werden.

Für den Fix selbst ist kein Neustart erforderlich (obwohl Sie wahrscheinlich einen Neustart durchführen müssen, sobald die Updates wieder funktionieren).