Код помилки 80244019 під час встановлення Windows Update

Я публікую це, щоб сподіватися на допомогу будь-кому, хто може зіткнутися з цим.

У мене є домен 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, правила брандмауера тощо.

Наприклад: у моєму опублікованому "Вкажіть розташування служби оновлення Microsoft в службі оновлення" в 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 Update не сумісна з WSUS. У цьому випадку перевірка оновлень в Інтернеті вимагає від користувача встановити нове програмне забезпечення Windows Update, а потім оновлення працює звідти.

Зустрів цю помилку, яка не стосується 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 Update намагається створити піктограму в області повідомлень на панелі завдань.

Ця проблема, ймовірно, викликана ненормальною системою повідомлень про систему.

Просте рішення - перезавантажити сервер і перевірити WU ще раз. Якщо помилка зберігається, змініть розмір системної панелі та виберіть "Завжди показувати всі значки та сповіщення на панелі завдань".

Просто ctrl+ shift+ клацніть правою кнопкою миші пункт "Пуск" у меню "Пуск" -> Клацніть "Вийти з Провідника", потім запустіть "explorer.exe", і спробуйте знову вирішити проблему.

Швидким виправленням було б виконати наступне:

1. Перейдіть до Панелі управління

2. Оновлення Windows

3. Змініть налаштування

4. Зніміть прапорець Отримуйте оновлення для інших продуктів Microsoft

5. Клацніть Ок і спробуйте ще раз або оновіть оновлення Windows, щоб перевірити ще раз.