Код ошибки 80244019 при установке Центра обновления Windows


9

Я публикую это, чтобы надеяться помочь кому-то еще, кто может столкнуться с этим.

У меня есть домен Win2008r2, и мои клиенты решили прекратить общение с сервером WSUS. Все указывало на то, что они общались, а некоторые даже показывали новые обновления. Однако нажатие «Установить обновления» приведет к «неуспешной установке», а затем в окне отобразятся новые обновления, готовые к установке.

Мои клиенты могли пропинговать сервер WSUS, и никакие сетевые устройства брандмауэров не блокировали трафик на 8530 (порт обновления WSUS). Я был озадачен тем, почему клиенты не видели новых обновлений, которые, как сказал сервер WSUS, ожидают.

Ответы:


17

Решение зависит от вашей конфигурации, и есть несколько вещей, которые вы должны проверить в первую очередь:

  • Убедитесь, что служба BITS работает: net start BITS
  • Убедитесь, что служба Windows Update работает: net start wuauserv
  • Убедитесь, что ваша машина имеет уникальный SusClientID (особенно если система является клоном). Вы можете удалить ключ, запустить 3 команды, приведенные ниже, и перезагрузить компьютер, чтобы восстановить его: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
  • Сброс авторизационного куки на вашем клиенте: wuauclt /ResetAuthorization /DetectNow
  • Запустите wuauclt /ReportNowна своем клиенте, чтобы убедиться, что он может синхронизироваться с WSUS
  • Убедитесь, что ваши текущие политики на вашем клиенте применены (/ boot не является обязательным): gpupdate /force /boot

Если вы используете прокси-сервер, вы также должны:

  • Убедитесь, что службы WinHTTP работают: netsh start WinHttpAutoProxySvc
  • Убедитесь, что настройки прокси WinHTTP установлены правильно (мои настройки прокси развернуты с помощью групповой политики): netsh WinHTTP import proxy source=IE

В моем случае настройки прокси на WinHTTP не были правильно импортированы, и ручное форсирование импорта устранило проблему. Я надеюсь, что это может спасти кого-то еще от головной боли, которую это вызвало у меня. Следует отметить, что вам нужно будет использовать административную командную строку для выполнения команд выше.


1
Это случилось со мной после клонирования виртуальной машины. Шаги SusClientID удаления / восстановления работали для меня.
spiffytech

1
Запуск Windows Server 2012 R2 в Hyper-V. Не клонировал мою ВМ или что-то еще, но Центр обновления Windows просто перестал работать, и это исправило это. Спасибо!
Омни

3

Я публикую этот ответ в надежде помочь какой-то бедной душе расклеиться, поскольку я нигде не видел этого решения в Интернете:

Ситуация: W2012R2 Datacenter, действующий в основном как сервер Hyper-V, потерял Центр обновления Windows с серверов MS (не WSUS), без какой-либо причины, которую я мог определить. (Размещенные установки могут получить свои обновления просто отлично).

Я попробовал различные классические решения, как описано на сайтах MS, но безуспешно (Fixit и все такое)

В конце концов я вернул вещи к работе:

  1. WU - Изменить настройки
  2. Отключить обновление, снять оба флажка под комбо
  3. когда я проверил, я неожиданно запустил рабочую «проверку наличия обновлений» (я только что отключил обновления? и начинается обновление ???)
  4. Установил обновление при условии (они были критическими )
  5. перезагружена
  6. вернитесь к «установить автоматически» + «дайте мне рекомендованные обновления таким же образом ...»
  7. это сработало !!!

Насколько я могу диагностировать проблему, похоже, проблема заключалась в том, что «Дайте мне обновления для других продуктов Microsoft, когда я обновляю Windows» , у меня не было «других продуктов», и это могло запутать WU?

Я думаю, что я рассеянно установил флажок при рассмотрении какого-либо экстренного патча безопасности.

В любом случае, если я проверю это снова, я снова в беде.

Стоит попробовать в любом случае, это не так много работы.


1

Вместо явного указания порта 8530 (8531 для HTTPS) для URL-адреса WSUS, опубликованного в GPO, я вручную добавил дополнительную привязку к веб-сайту «Администрирование WSUS» в IIS для использования протокола «http» на TCP-порту 80. Таким образом, не было необходимо изменить GPO, правила брандмауэра и т. д.

Например: мое опубликованное «Указать расположение службы обновлений Microsoft в интрасети» в объекте групповой политики остается установленным на « http: // wsus » («wsus» - это псевдоним CNAME для сервера WSUS компании). Привязка сайта будет тогда:

  • Тип: http
  • IP-адрес: все неназначенные
  • Порт: 80
  • Имя хоста: "wsus" (без кавычек)

Я отредактировал ваш ответ, чтобы удалить комментарий. Джошу Если вы хотите добавить к нему ответ, используйте сайт, пока у вас не будет необходимой репутации, и прокомментируйте его ответ. Вероятность того, что он увидит ответ в вашем ответе через год после факта, невелика, если не сказать больше.
Reaces

1

У меня была ошибка, похожая на те, о которых сообщалось. В моем случае машины не отправляли отчеты на сервер WSUS (виртуальный сервер под управлением Windows 2012 R2 поверх vSphere), и вдруг сервер WSUS прекратил обновляться через Центр обновления Windows.

Вот что решило проблему WU:

  • Во-первых, я выполнил следующие команды в соответствии с инструкциями Кайла :

    1. net start BITS (служба уже запущена)
    2. net start wuauserv (служба также работала)
    3. wuauclt /ResetAuthorization /DetectNow
    4. Run wuauclt /ReportNow
    5. gpupdate /force /boot
  • Наконец, я снял флажок «давать мне рекомендованные обновления таким же образом ...», как было указано Мишелем де Бекделевром . Шаги идут так:

    1. Перейти: WU -> Изменить настройки
    2. Снимите флажок «давать мне рекомендованные обновления таким же образом ...» (и убедитесь, что оба флажка сняты) и примите.
    3. Выполните онлайн-сканирование обновлений на WU.

Я все еще должен работать на машинах, не сообщая WSUS (возможно, некоторые вещи, связанные с GPO), но теперь сервер прекрасно обновляется!


0

При проверке в regedit значения «UseWUServer», если это значение равно 1, это означает, что обновление Windows пытается загрузить обновления с указанного параметра адреса в «WUServer», но если вы установите «UseWUServer» = 0, Windows найдет в интернете. Я изменил значение с 1 на 0, и мое обновление Windows снова заработало.


0

Я столкнулся с тем же кодом ошибки при обновлении нашего сервера WSUS с 2008R2 до 2012R2. Клиенты могут пропинговать сервер, но не проверять наличие обновлений. Получается, что мне нужно было явно вызвать порт (8530) в GPO, который я создал для клиентов, что мне не нужно было делать для 2008R2.

Первоначально нашел ответ здесь:

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


0

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


0

Обнаружена эта ошибка, которая не связана с WSUS.

Вместо обновления Windows win2008R2 80243004 ошибка связана с глупым поведением.

Цитируется Boo_MonstersInc в https://social.technet.microsoft.com/Forums/windowsserver/en-US/ac88f05d-91e6-48c2-bdbc-e4f305c87769/error-80243004?forum=winservermanager

Ошибка WU 80243004 означает, что произошла ошибка, когда Центр обновления Windows пытается создать значок в области уведомлений панели задач.

Эта проблема, вероятно, вызвана неправильной областью системного уведомления.

Простое решение - перезагрузить сервер и снова проверить WU. Если ошибка не устранена, измените размер панели задач и выберите «Всегда показывать все значки и уведомления на панели задач».

Просто ctrl+ shift+ щелкните правой кнопкой мыши пустую область меню «Пуск» -> нажмите «Выход из проводника», затем запустите «explorer.exe» и повторите попытку, чтобы решить проблему.


-2

Быстрое решение состоит в том, чтобы сделать следующее: -

  1. Перейти к панели управления

  2. Центр обновления Windows

  3. Изменить настройки

  4. Снимите флажок Получить обновления для других продуктов Microsoft

  5. Нажмите Ok и попробуйте снова или обновите Центр обновления Windows, чтобы проверить еще раз.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.