Назад | Перейти на главную страницу

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Насколько я могу диагностировать проблему, похоже, проблема была в «Предоставлять мне обновления для других продуктов Microsoft при обновлении Windows», У меня не было "других продуктов" и это могло смутить WU?

Думаю, я рассеянно поставил галочку, просматривая какое-то аварийное исправление безопасности.

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

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

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

Например: опубликованный мной параметр «Указать расположение службы обновления Майкрософт в интрасети» в GPO остается установленным на «http: // wsus"(" wsus "- псевдоним CNAME для сервера WSUS компании). В этом случае привязка веб-сайта будет:

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

У меня была ошибка, аналогичная тем, о которых сообщалось. В моем случае машины не отправляли отчеты серверу 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), но теперь сервер обновляется красиво!

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

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

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

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

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

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

Вместо Windows update 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+сдвиг+ Щелкните правой кнопкой мыши пустую область меню «Пуск» -> Нажмите «Выйти из проводника», затем запустите «explorer.exe» и попробуйте еще раз, чтобы решить проблему.

Быстрое решение - сделать следующее: -

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

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

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

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

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