Не устанавливаются обновления на windows server 2012 r2

Все ответы

• если образ старый, то есть пара обновлений которые необходимо поставить руками, что бы ось смогла подключиться к серверам обновлений мс или всуса. Из головы номера кб, не вспомню но вы их без труда сможете
  нагуглить, а если вдруг не получится, то дайте знать и вместе поищем

  ---

  The opinion expressed by me is not an official position of Microsoft

• Вот начало списка обновлений нормального сервера (в хронологическом порядке снизу вверх), пробую скачать и отдельно установить на проблемном сервере Агент центра обновления — опять-таки бесконечно происходит поиск автономных
  обновлений…

• • Изменено
    Vector BCOModerator
    25 июня 2019 г. 7:09

• c:windowswindowsupdate.log глянь, что там происходит

• Перезапустил службу «Центр обновления», вот свежие записи:

  2019-06-25    11:07:40:074     752    de8    Agent    *************
  2019-06-25    11:07:40:074     752    de8    Agent    ** START **  Agent: Finding updates [CallerId = AutomaticUpdates]
  2019-06-25    11:07:40:074     752    de8    Agent    *********
  2019-06-25    11:07:40:074     752    de8    Agent      * Online = Yes; Ignore download priority = No
  2019-06-25    11:07:40:074     752    de8    Agent      * Criteria = «IsInstalled=0 and DeploymentAction=’Installation’ or IsPresent=1 and DeploymentAction=’Uninstallation’
  or IsInstalled=1 and DeploymentAction=’Installation’ and RebootRequired=1 or IsInstalled=0 and DeploymentAction=’Uninstallation’ and RebootRequired=1»
  2019-06-25    11:07:40:074     752    de8    Agent      * ServiceID = {7971F918-A847-4430-9279-4A52D1EFE18D} Third party service
  2019-06-25    11:07:40:074     752    de8    Agent      * Search Scope = {Machine & All Users}
  2019-06-25    11:07:40:074     752    de8    Agent      * Caller SID for Applicability: S-1-5-18
  2019-06-25    11:07:40:099     752    de8    Misc    Validating signature for C:WindowsSoftwareDistributionWuRedir9482F4B4-E343-43B6-B170-9A65BC822C77wuredir.cab with dwProvFlags
  0x00000080:
  2019-06-25    11:07:40:193     752    de8    Misc     Microsoft signed: NA
  2019-06-25    11:07:40:253     752    de8    Misc     Infrastructure signed: Yes
  2019-06-25    11:07:40:254     752    de8    Misc    Validating signature for C:WindowsSoftwareDistributionWuRedir9482F4B4-E343-43B6-B170-9A65BC822C77wuredir.cab with dwProvFlags
  0x00000080:
  2019-06-25    11:07:40:256     752    de8    Misc     Microsoft signed: NA
  2019-06-25    11:07:40:256     752    de8    Misc     Infrastructure signed: Yes
  2019-06-25    11:07:40:273     752    de8    Misc    Validating signature for C:WindowsSoftwareDistributionWuRedir9482F4B4-E343-43B6-B170-9A65BC822C77TMP69DE.tmp with dwProvFlags
  0x00000080:
  2019-06-25    11:07:40:276     752    de8    Misc     Microsoft signed: NA
  2019-06-25    11:07:40:276     752    de8    Misc     Infrastructure signed: Yes
  2019-06-25    11:07:40:290     752    de8    EP    Got 9482F4B4-E343-43B6-B170-9A65BC822C77 redir SecondaryServiceAuth URL: «http://ds.download.windowsupdate.com/v11/2/microsoftupdate/redir/v6-muauth.cab»
  2019-06-25    11:07:40:334     752    de8    Misc    Validating signature for C:WindowsSoftwareDistributionWuRedir7971F918-A847-4430-9279-4A52D1EFE18Dwuredir.cab with dwProvFlags
  0x00000080:
  2019-06-25    11:07:40:338     752    de8    Misc     Microsoft signed: NA
  2019-06-25    11:07:40:338     752    de8    Misc     Infrastructure signed: Yes
  2019-06-25    11:07:40:338     752    de8    Misc    Validating signature for C:WindowsSoftwareDistributionWuRedir7971F918-A847-4430-9279-4A52D1EFE18Dwuredir.cab with dwProvFlags
  0x00000080:
  2019-06-25    11:07:40:341     752    de8    Misc     Microsoft signed: NA
  2019-06-25    11:07:40:341     752    de8    Misc     Infrastructure signed: Yes
  2019-06-25    11:07:40:342     752    de8    Misc    Validating signature for C:WindowsSoftwareDistributionWuRedir7971F918-A847-4430-9279-4A52D1EFE18DTMP6A1E.tmp with dwProvFlags
  0x00000080:
  2019-06-25    11:07:40:344     752    de8    Misc     Microsoft signed: NA
  2019-06-25    11:07:40:344     752    de8    Misc     Infrastructure signed: Yes
  2019-06-25    11:07:40:357     752    de8    EP    Got 7971F918-A847-4430-9279-4A52D1EFE18D redir Client/Server URL: «https://fe2.update.microsoft.com/v6/ClientWebService/client.asmx»
  2019-06-25    11:07:40:362     752    de8    Setup    Checking for agent SelfUpdate
  2019-06-25    11:07:40:396     752    de8    Setup    Client version: Core: 7.8.9200.16925  Aux: 7.8.9200.16925
  2019-06-25    11:07:40:465     752    de8    Misc    Validating signature for C:WindowsSoftwareDistributionWuRedir9482F4B4-E343-43B6-B170-9A65BC822C77v6-wuredir.cab with dwProvFlags
  0x00000080:
  2019-06-25    11:07:40:468     752    de8    Misc     Microsoft signed: NA
  2019-06-25    11:07:40:468     752    de8    Misc     Infrastructure signed: Yes
  2019-06-25    11:07:40:469     752    de8    Misc    Validating signature for C:WindowsSoftwareDistributionWuRedir9482F4B4-E343-43B6-B170-9A65BC822C77v6-wuredir.cab with dwProvFlags
  0x00000080:
  2019-06-25    11:07:40:472     752    de8    Misc     Microsoft signed: NA
  2019-06-25    11:07:40:472     752    de8    Misc     Infrastructure signed: Yes
  2019-06-25    11:07:40:473     752    de8    Misc    Validating signature for C:WindowsSoftwareDistributionWuRedir9482F4B4-E343-43B6-B170-9A65BC822C77TMP6AAB.tmp with dwProvFlags
  0x00000080:
  2019-06-25    11:07:40:475     752    de8    Misc     Microsoft signed: NA
  2019-06-25    11:07:40:475     752    de8    Misc     Infrastructure signed: Yes
  2019-06-25    11:07:40:477     752    de8    EP    Got 9482F4B4-E343-43B6-B170-9A65BC822C77 redir SelfUpdate URL: «https://fe2.update.microsoft.com/v11/3/win8/windowsupdate/selfupdate»
  2019-06-25    11:07:41:317     752    de8    Misc    Validating signature for C:WindowsSoftwareDistributionSelfUpdatewuident.cab with dwProvFlags 0x00000080:
  2019-06-25    11:07:41:320     752    de8    Misc     Microsoft signed: NA
  2019-06-25    11:07:41:320     752    de8    Misc     Infrastructure signed: Yes
  2019-06-25    11:07:41:327     752    de8    Misc    Validating signature for C:WindowsSoftwareDistributionSelfUpdateTMP6DF6.tmp with dwProvFlags 0x00000080:
  2019-06-25    11:07:41:329     752    de8    Misc     Microsoft signed: NA
  2019-06-25    11:07:41:329     752    de8    Misc     Infrastructure signed: Yes
  2019-06-25    11:07:41:374     752    de8    Misc    Validating signature for C:WindowsSoftwareDistributionSelfUpdatewsus3setup.cab with dwProvFlags 0x00000080:
  2019-06-25    11:07:41:379     752    de8    Misc     Microsoft signed: NA
  2019-06-25    11:07:41:379     752    de8    Misc     Infrastructure signed: Yes
  2019-06-25    11:07:41:401     752    de8    Misc    Validating signature for C:WindowsSoftwareDistributionSelfUpdatewsus3setup.cab with dwProvFlags 0x00000080:
  2019-06-25    11:07:41:405     752    de8    Misc     Microsoft signed: NA
  2019-06-25    11:07:41:405     752    de8    Misc     Infrastructure signed: Yes
  2019-06-25    11:07:41:539     752    de8    Setup    Determining whether a new setup handler needs to be downloaded
  2019-06-25    11:07:41:554     752    de8    Misc    Validating signature for C:WindowsSoftwareDistributionSelfUpdateHandlerWuSetupV.exe with dwProvFlags 0x00000080:
  2019-06-25    11:07:41:568     752    de8    Misc     Microsoft signed: Yes
  2019-06-25    11:07:41:568     752    de8    Setup    SelfUpdate handler update NOT required: Current version: 7.8.9200.16812, required version: 7.8.9200.16812
  2019-06-25    11:07:41:568     752    de8    Setup    Evaluating applicability of setup package «Package_for_KB2887537~31bf3856ad364e35~amd64~~6.2.1.6»
  2019-06-25    11:07:41:570     752    de8    Setup    Setup package «Package_for_KB2887537~31bf3856ad364e35~amd64~~6.2.1.6» is already installed.
  2019-06-25    11:07:41:570     752    de8    Setup    Evaluating applicability of setup package «Package_for_KB2887536~31bf3856ad364e35~amd64~~6.2.1.6»
  2019-06-25    11:07:41:601     752    de8    Setup    Setup package «Package_for_KB2887536~31bf3856ad364e35~amd64~~6.2.1.6» is already installed.
  2019-06-25    11:07:41:602     752    de8    Setup    Evaluating applicability of setup package «Package_for_KB2887535~31bf3856ad364e35~amd64~~6.2.1.10»
  2019-06-25    11:07:41:622     752    de8    Setup    Setup package «Package_for_KB2887535~31bf3856ad364e35~amd64~~6.2.1.10» is already installed.
  2019-06-25    11:07:41:623     752    de8    Setup    SelfUpdate check completed.  SelfUpdate is NOT required.

• Маловато будет, ни одной ошибки нет, там лог не побольше?

• Та машина, на которую не ставятся апдэйты, на неё по эр-ди-пи зайти получается? Если выдаёт ошибку Оракловому протоколу CredSSP или что-то в этом роде (точно уже не помню), то скачайте и установите руками соответствующий
  патч. Потом заработает.

  Такое часто происходит, если ставить ОС со старых образов.

  ---

  Не игнорируйте встроенную справку, читайте ее и большинство вопросов будет решено гораздо быстрее.

  • Изменено
    Mih Miheev
    26 июня 2019 г. 12:49

• Не, машина четко работает, на ней поднят Kaspersky Security Center, все крутится. Но вот с обновлениями печаль. Может быть сравнить один-к-одному настройки с таким же сервером, но с работающим Windows Update? Что именно
  сравнить?

• лог очень маленький, он обычно в разы больше.. скинь его каким-нить файлом

  и в ивентах ничего странного не наблюдается? с варнингами и с ошибками…

  и вот этим пройдись:

  обычный чекдиск, а потом:

  DISM / Online / Cleanup-Image / StartComponentCleanup

  DISM.exe /Online /Cleanup-image /Restorehealth

  sfc /scannow

  • Изменено
    Sergey2005
    26 июня 2019 г. 13:27

• Проверки провел, ошибки вроде бы были исправлены, но все так же бесконечно ищет обновления.

  

  Сыылка на журнал:

  https://www.dropbox.com/s/48k5kwmz4cvdpqb/WindowsUpdate.log?dl=0

• Вот эти ошибки крутит…  80004002 0x8024000B  0x80240037

  по логу видно, что комп не подключен к локальному WSUS. Ни сервер, ни группа на сервере не определены… 

  2019-06-25 11:14:59:915  752 10f0 Agent   * WSUS server: <NULL>
  2019-06-25 11:14:59:915  752 10f0 Agent   * WSUS status server: <NULL>
  2019-06-25 11:14:59:915  752 10f0 Agent   * Target group: (Unassigned Computers)

  Групповой политикой сервак к WSUS цепляешь или как? 

  И после лечения можно SoftwareDistibution снести 

  п.с. виртуалку после клонирования сиспрепал?

• из своей практики знаю четыре причины такого поведения:

  1) не установлено обновление безопасности CredSSp, о чем писал выше. Признаки: невозможно подключиться к компу ни по SMB, ни оснасткой управления компьютером, ни удаленным рабочим столом (RDP). Можно только
  из оснастки Hyper-V на «консоль». Решение: идем в каталог Windows Update, скачиваем обновление (предлагается кумулятивное размером больше гига), записываем в ISO-образ, монтируем в ОС и устанавливаем.

  2) Не применяется политика. Проверяем: запускаем Regedit, идем HKLM->Software->Policies->Microsoft->Windows->Windows->WindowsUpdate. Смотрим ключ реестра WUServer. Там должен быть прописан локальный
  WSUS, заданный через политику. Если нет, разбираемся с политикой, почему не применяется.

  3) Сам не наступал, но от других знаю. В Касперском настроено получать обновления на Видновс через собственный сервер обновлений. Отключаем эту фичу и перегружаемся.

   4) Повреждена служба обновлений в ОС. Читаем тут
  https://docs.microsoft.com/ru-ru/windows/deployment/update/windows-update-troubleshooting

  а тут руководство к действию
  https://docs.microsoft.com/ru-ru/windows/deployment/update/windows-update-resources

  По второй ссылке проще собрать командный файл и выполнить его. В процессе выполнения будут и ошибки, не обращайте внимания. Единственно, рекомендую после сброса винсока сделать перегрузку.

  Всё. Если не поможет, уже тогда надо будет плотно разбираться с логами.

  ЗЫ. Перед четвертым пунктом надо сделать chkdsk и sfc с соответствующими ключами

  ---

  Не игнорируйте встроенную справку, читайте ее и большинство вопросов будет решено гораздо быстрее.

  • Изменено
    Mih Miheev
    27 июня 2019 г. 6:59

• Вот даже свежесобранный экземпляр (без включения в домен) сразу же не находит обновления. Для сравнения — собираешь машину на еще более древнем Windows Server 2008 R2 — все находится и ставится. Поэтому даже не копал еще на
  тему WSUS. Получается, что «из коробки» уже проблемы почему-то.

• >>Проверяем: запускаем Regedit, идем HKLM->Software->Policies->Microsoft->Windows->Windows->WindowsUpdate

  Такого раздела просто нет почему-то:

  

  Версия ОС: 6.2.9200, если это имеет значение.

• Может быть подсмотреть параметры WSUS на «здоровом» сервере? Такой же build, та же локалка, все то же самое, кроме имени в сети и IP-адреса. И ставилось с одного и того же образа, только в разное время.
  Что может быть не так?

• если одна из свежесобранных машин без введения в домен получает обновы, значит она тянет их с сайта Майкрософт, у неё есть доступ в интернет. Дайте и второй машине доступ в интернет.

  «Такого раздела просто нет почему-то:» — так политика не применена, вот и нет раздела. Если комп не в домене, политика к нему не применяется. Либо в домене не настроена политика обновлений.

  Прошу прощения, ещё раз перечитал ваш вопрос. Там и речи о WSUS нет, обновы тащите прямо с Майкрософт, видимо. Тогда, просто, обеспечьте второй машине доступ к сайту обновлений Майкрософт. Больше ничего.

  ---

  Не игнорируйте встроенную справку, читайте ее и большинство вопросов будет решено гораздо быстрее.

  • Изменено
    Mih Miheev
    27 июня 2019 г. 8:36

• Но, если у вас, всё-таки есть WSUS, то проще и быстрее с него тащить обновы. Да и трафик сильно экономится, иногда это важно.

  Если есть WSUS, но вы хотите сделать это без ввода компа в домен, то сделайте следующее:

  1) на компе, который получает обновы с WSUS запустите Regedit и экспортируйте указанную ветку WindowsUpdate в файл с расширением reg

  2) На новом компе импортируйте этот файл и перезапустите службу обновлений (ну, или перегрузитесь). Теперь комп будет работать с внутренним сервером обновлений, тянуть обновки с него.

  ---

  Не игнорируйте встроенную справку, читайте ее и большинство вопросов будет решено гораздо быстрее.

• Вы немного не поняли — ситуация такая — в ноябре 18 года собрал Windows Server 2012 — он стащил обновления до ввода в домен и продолжил это делать после ввода в домен. А вот сервер, который я собрал на днях (на том же хосте, с того
  же образа и в той же сети) — упорно не находит обновления. Он только обновил самого агента Windows Update и дальше идет бесконечный поиск. То есть что вне домена, что в его составе — никакого результата для этого сервера. Такое ощущение, что где-то
  путь к Майкрософт не прописан или прописан неправильно. А где хранится URL для подключения к нему службы Windows Update?

• «где хранится URL для подключения к нему службы » — фиг его знает! там в реестре есть ключ, типа «использовать WindowsUpdate» и там стоит 1

  пункты 1, 3 и 4 моей рекомендации выполнили? Начните с них.

  по п.1 Обновление CredSSP выщло, кажется, позднее ноября 18-го. Поэтому п.1 надо выполнять.

  ЗЫ обновление CredSSP вышло в мае 18-го. Если образ для установки ОС более ранний, то этот патч очень актуален. Недавно сам бился с группой машин, на которые накатывать пришлось 10-ку старой версии. И с сервером 2012R2 (в куче с ними)
  так-же вопрос решался. Другие методы не помогли.

  ---

  Не игнорируйте встроенную справку, читайте ее и большинство вопросов будет решено гораздо быстрее.

  • Изменено
    Mih Miheev
    27 июня 2019 г. 9:59

• >>Решение: идем в каталог Windows Update, скачиваем обновление (предлагается кумулятивное размером больше гига), записываем в ISO-образ, монтируем в ОС и устанавливаем.

  Самое интересное, что даже локально ничего не устанавливается. То есть скачиваешь любое обновление вручную в виде cab, пишет «поиск обновлений на этом компьютере» и так бесконечно. Еще и процессор грузит…

  

• по ошибкам, что я скинул гугли, вот например:

  https://social.technet.microsoft.com/Forums/windows/en-US/ba0d12b0-7dcf-4231-b9f0-e533f7a62dfb/windows-vista-error-code-80004002?forum=itprovistaannouncements

  https://answers.microsoft.com/en-us/windows/forum/all/0x8024000b-for-windows-10-update/1424f632-ed5d-4e18-944c-8ef43e69b229

  https://social.technet.microsoft.com/Forums/ie/en-US/ca1dbf48-d796-4d37-904b-b60bd4c96fa1/wua-error-scan-failed-with-error-0x80240037?forum=ConfigMgrCompliance

  https://answers.microsoft.com/en-us/windows/forum/all/windows-update-warning-exit-code-0x8024000b/520d32bd-6dc2-40c3-b32c-541df8d7c077

  и не ответил про Sysprep, с ним все ок?

• Еще в настройках интернет эксплорера с прокси сервером разберись, если обновы идут через интернет, он настройку ИЕ использует… там или пропиши свою проксю, или убери, галку автоматически определять прокси сервер тоже сними.

• Самое интересное, что даже локально ничего не устанавливается. То есть скачиваешь любое обновление вручную в виде cab, пишет «поиск обновлений на этом компьютере» и так бесконечно. Еще и процессор грузит…

  Оно долго ставится, очень. Можно вначале убрать сетевой интерфейс у виртуалки совсем, перегрузить её. Это чтобы система не пыталась обратиться к сайту Виндовс Апдэйт.

  ---

  Не игнорируйте встроенную справку, читайте ее и большинство вопросов будет решено гораздо быстрее.

• • Изменено
    Mih Miheev
    27 июня 2019 г. 12:32

• Да, действительно, но у меня иногда были победы над службой обновлений, когда в ИЕ вписывал прокси и исключения. когда будет опять беда обновлю свою методичку)

  +

  • Изменено
    Sergey2005
    27 июня 2019 г. 13:04

• Не использовал sysprep, вот просто с этого образа ставил: SW_DVD5_Win_Srv_and_DataCtr_2012_64bit_Russian_Core_MLF_X18-27640.ISO , а его скачал, в свою очередь, с MS Volume Licensing Service Center. Никаких прокси, просто сетевой шлюз указан, через который
  соседние машины все нормально находят и скачивают. И началось это в 2019, судя по всему. Те машины, что сооружены с ЭТОГО ЖЕ ОБРАЗА в 2018 — нормально работают и автоматом устанавливают обновления по расписанию. Может
  быть, MS не разрешает старым серверам обновляться с этого года? Я уж не знаю, что предположить. Даже ПО стороннее не ставишь — с самого начала не работают обновления.

• Ну-ка попробую сеть вырубить на время.

• сам ставил 2012 буквально пару недель назад, все обновы влетели… правда у меня исошник доисторический, еще 2013 года и я нормально на него апдейты поставил, значит с МС все в порядке)

  понял про сиспреп, я просто думал ты одну виртуалку поднял, обновил, а остальные просто копи-пастил с этой болванки…

• Попробовать, что ли, тупо еще одну ВМ запилить с этого же образа… Дичь какая-то уже Я ставил VM Tools, правда — но я их всегда ставлю. Да, еще включил оформление рабочего стола — но это никак не должно сказывать на работе обновлений.

• Еще в ивент логи глянь, что там есть интересного

  я про вот эти логи.

  http://www.softokno.ru/kak_posmotret_logi_windows_i_kogda_vkljuchali_kompjuter

  если найдешь там варнинги, или ероры тоже сюда выложи… и по ошибкам что я с лога вытащил тоже погугли… просто очень много там про них инфы, я вот смотрю по своей базе, у меня таких ошибок не было…

• https://answers.microsoft.com/ru-ru/windows/forum/all/центр/60cc13bc-1595-46de-ba0b-fd544c82b296

  похоже на твою ситуацию

• Надо установить обновление стека обслуживания

  https://support.microsoft.com/en-us/help/3173424/servicing-stack-update-for-windows-8-1-and-windows-server-2012-r2-july  

  Если агент обновления не смог самообновиться ( SelfUpdate handler update NOT required: Current version: 7.8.9200.16812, required version: 7.8.9200.16812), то на  WSUS нужно разрешить порты   80/443, иначе устаревший агент
  не сможет подключиться. 

  Чтобы поставить обновления автономным пакетом, надо сначала выключить службу обновлений (напр,  установить  настройку «Не искать обновления, не устанавливать», иначе этот автономный пакет сначала лезет в сеть,
  где пытается проверить, нет ли чего поновее, но служба то не работает адекватно и далее по кругу..) 

  • Изменено
    RH6M6
    27 июня 2019 г. 19:59

• А теперь самое странное. Вчера поставил с этого же образа чистую ВМ, не ставил даже VMTools, просто вот поставил и включил автообновление на ночь. И утром обновления уже были установлены. В той же локалке, через тот же шлюз.

• А теперь самое странное. Вчера поставил с этого же образа чистую ВМ, не ставил даже VMTools, просто вот поставил и включил автообновление на ночь. И утром обновления уже были установлены. В той же локалке, через тот же шлюз.

  Судя по тому, что лечилки(сфц и когда прошелся дисмом) нашли отклонения с ситемой что-то произошло плохое, например ребут с кнопки во время установки обновления, не дождался долгой загрузки нажал на кнопку и после этого что-то
  так не удачно навернулось, что теперь мучаешься…

• Как думаете — может, проще забэкапить Касперского и перенести на вот эту новую беспроблемную машину?

• Как думаете — может, проще забэкапить Касперского и перенести на вот эту новую беспроблемную машину?

  смотри сам… если ни один из советов не помогает, победить не получается, то вариантов особо то и нет…

  в новой виртуалке мак на сетевой сохрани из старой(через хостовую машину пропиши в виртуалку) и ип тоже, а то еще с подключением клиентов отхватишь…

  ну либо делать все по уму и мануалам с переносом при двух живых серверах касперского предавать клиентов на второй сервак…

  но я бы начал с подмены виртуалок.. заболевшую на здоровую….

Возникла проблема при проверке наличия обновлений. Найдены ошибки: код C80003FB

Центру обновления Windows нужна ваша помощь. Центр обновления Windows не мог проверить наличие обновлений в течении последних 30 дней. Перейдите в Центр обновления Windows для устранения этой проблемы

Советую прочитать, как очистить папку Windows процентов на 40% и не сломать систему

net stop bits

net stop wuauserv

net stop appidsvc

net stop cryptsvc

Del «%ALLUSERSPROFILE%Application DataMicrosoftNetworkDownloaderqmgr*.dat»

Ren %systemroot%SoftwareDistribution SoftwareDistribution.bak

Ren %systemroot%system32catroot2 catroot2.bak

sc.exe sdset bits D:(A;;CCLCSWRPWPDTLOCRRC;;;SY)(A;;CCDCLCSWRPWPDTLOCRSDRCWDWO;;;BA)(A;;CCLCSWLOCRRC;;;AU)(A;;CCLCSWRPWPDTLOCRRC;;;PU)

sc.exe sdset wuauserv D:(A;;CCLCSWRPWPDTLOCRRC;;;SY)(A;;CCDCLCSWRPWPDTLOCRSDRCWDWO;;;BA)(A;;CCLCSWLOCRRC;;;AU)(A;;CCLCSWRPWPDTLOCRRC;;;PU)

cd /d %windir%system32

regsvr32.exe atl.dll /s

regsvr32.exe urlmon.dll /s

regsvr32.exe mshtml.dll /s

regsvr32.exe shdocvw.dll /s

regsvr32.exe browseui.dll /s

regsvr32.exe jscript.dll /s

regsvr32.exe vbscript.dll /s

regsvr32.exe scrrun.dll /s

regsvr32.exe msxml.dll /s

regsvr32.exe msxml3.dll /s

regsvr32.exe msxml6.dll /s

regsvr32.exe actxprxy.dll /s

regsvr32.exe softpub.dll /s

regsvr32.exe wintrust.dll /s

regsvr32.exe dssenh.dll /s

regsvr32.exe rsaenh.dll /s

regsvr32.exe gpkcsp.dll /s

regsvr32.exe sccbase.dll /s

regsvr32.exe slbcsp.dll /s

regsvr32.exe cryptdlg.dll /s

regsvr32.exe oleaut32.dll /s

regsvr32.exe ole32.dll /s

regsvr32.exe shell32.dll /s

regsvr32.exe initpki.dll /s

regsvr32.exe wuapi.dll /s

regsvr32.exe wuaueng.dll /s

regsvr32.exe wuaueng1.dll /s

regsvr32.exe wucltui.dll /s

regsvr32.exe wups.dll /s

regsvr32.exe wups2.dll /s

regsvr32.exe wuweb.dll /s

regsvr32.exe qmgr.dll /s

regsvr32.exe qmgrprxy.dll /s

regsvr32.exe wucltux.dll /s

regsvr32.exe muweb.dll /s

regsvr32.exe wuwebv.dll /s

netsh winsock reset

netsh winhttp reset proxy
net start bits

net start wuauserv
net start appidsvc
net start cryptsvc

wuauclt /Updatenow

sfc /scannow && Dism /online /cleanup-image /restorehealth && Dism.exe /Online /Cleanup-Image /StartComponentCleanup

• Скачать средство устранения неполадок для Windows 7, Windows 8.1, Windows Server 2008R2-2012R2 — https://aka.ms/diag_wu
• Скачать средство устранения неполадок для Windows Server 2016-2019 — https://aka.ms/wudiag

https://support.microsoft.com/en-us/kb/949104

WindowsUpdateAgent-7.6-x64.exe /quiet /norestart /wuforce

wuauclt /resetauthorization /detectnow