Центр обновления Windows не работает в Windows 2012 R2 Standard

Недавно я унаследовал управление сервером Windows 2012 на удаленном сайте.

Я проверял Центр обновления Windows, и он не обновляется с марта. Когда я говорю Windows, чтобы она проверяла наличие обновлений, она действует так, как будто проверяет, но, кажется, говорит об этом часами. Если я пытаюсь перезапустить службу обновления Windows, кажется, что она никогда не сможет выключиться. Кажется, мое единственное средство - перезагрузка, чтобы вернуться к точке, где я могу сказать Центру обновления Windows проверить наличие новых обновлений.

Последняя успешная проверка обновлений говорит 20 марта.

Последний раз, когда были установлены обновления, говорится 17 марта (не удалось).

История обновлений показывает, что одно обновление не удалось 17 марта, обновление драйвера принтера, но история показывает 13 неудачных обновлений 17 февраля.

Не уверен, что еще попробовать.

Две из трех моих машин 2012R2 продемонстрировали такое поведение в апреле прошлого года. Они будут висеть на Проверка обновлений ... навсегда.

Я так и не узнал, что именно вызвало проблему, но решил ее, выполнив следующие действия:

1. Остановите службу Windows Update.

   net stop wuauserv
   

2. Удалите каталог кэша Центра обновления Windows C:\Windows\SoftwareDistribution.

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

3. Перезагрузите компьютер. (На одной машине потребовалось несколько перезапусков, чтобы фактически удалить все из этого каталога, поэтому продолжайте попытки, если это необходимо.)

4. Запустите Центр обновления Windows вручную снова. Он почти мгновенно выйдет из строя и предложит запустить диагностический инструмент. Загрузите инструмент и дайте ему поработать.

5. Инструмент найдет и исправит некоторые проблемы. На этом этапе снова запустите Центр обновления Windows вручную. Центр обновления Windows работал нормально на этом этапе.

Я нашел этот отличный ответ здесь, и он работал прекрасно для меня. Просто хочу поделиться, если кто-то ищет:

Попробуйте это в командной строке с повышенными правами:

netsh winhttp import proxy source=ie

и перезагрузка

другое решение, которое также работало для меня, состояло в том, чтобы установить режим обновления на «Никогда не проверять наличие обновлений»

Я использовал инструмент готовности обновления системы и DISM. Это сработало для меня. Вы можете получить его здесь: http://support.microsoft.com/kB/947821

Я играл с виртуальной машиной 2012 года, и у меня была эта проблема. Мое решение (быстрое, небезопасное и т. Д.) Заключалось в том, чтобы отключить усиленную безопасность IE на сервере, и он с радостью начал общаться с MS Windows Update. Не решение для реального сервера, но это игрушечный сервер разработчиков, и я в порядке с этим.

Предположительно сайт обновлений Windows просто нужно добавить в некоторые надежные сайты где-нибудь для реального решения?

Мое исправление для недавно установленной на Windows Server 2012 R2 на виртуальной машине Citrix 6.5 и, как писал Маркус Грисли, отключения IE Enchanced Security ... сработало немедленно ...

Чтобы отключить усиленную безопасность IE в Windows Server 2012 R2, запустите Диспетчер серверов, в левой части выберите Локальный сервер. Справа нажмите на ссылку «Вкл.» Рядом с «Конфигурация усиленной безопасности IE». Теперь вы увидите окно настройки усиленной безопасности Internet Explorer.

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

У меня недавно были те же проблемы на моем Server 2012, и все, что я сделал, это отключил службу Malwarebytes и скачал обновления. Попробуйте отключить все имеющиеся у вас вредоносные или антивирусные программы, так как это может быть причиной.

обзор

Эта проблема возникла на некоторых виртуальных серверах, перенесенных из «облачного» провайдера обратно в наш внутренний центр обработки данных. Основной причиной были права доступа к %SystemRoot%\System32\catroot2папке. Между разрешениями для этой папки на исправном сервере и разрешениями на перенесенном сервере было несколько различий. Я полагаю, что ключевым было то, TrustedInstallerчего не было full access.

Дополнительные симптомы

Просматривая журнал приложений в средстве просмотра событий, мы увидели ряд ошибок:

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).

Подсказка находится в тексте ошибки ESENT; то есть права доступа к файлу в папке catroot2.

разрешение

Дайте учетной записи доверенного установщика полный контроль над папкой catroot2 и ее дочерними элементами.

В случае, если этого недостаточно, для сравнения, работа icacls %systemroot%\system32\catroot2на исправном сервере дает следующее:

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)

NB. Чтобы добавить Trusted Installer, вам необходимо выполнить поиск по учетным записям локального компьютера nt service\trustedinstaller.

После замены разрешений catroot2убедитесь, что вы установили replace permissions on child objects & containersфлажок, чтобы разрешить дочерним элементам и их разрешения.

Для самого исправления перезагрузка не требуется (хотя очевидно, что после того, как обновления начнут работать снова, вам, вероятно, потребуется перезагрузка для них).