80244017 ошибка windows update

  • Remove From My Forums
  • Question

  • The client has stopped getting updates for some time.  The problem is with BOTH WSUS server, AND Windows update site.
    I have tried everything I can think of, but I still get the errors 0x80244017 and 0x80190191.

    here is a snippet of the log;
    2010-02-08 14:10:51:465 4308 10d8 COMAPI ————-
    2010-02-08 14:10:51:465 4308 10d8 COMAPI — START —  COMAPI: Search [ClientId = MicrosoftUpdate]
    2010-02-08 14:10:51:465 4308 10d8 COMAPI ———
    2010-02-08 14:10:51:480 1032 143c Agent *************
    2010-02-08 14:10:51:480 4308 10d8 COMAPI <<— SUBMITTED — COMAPI: Search [ClientId = MicrosoftUpdate]
    2010-02-08 14:10:51:480 1032 143c Agent ** START **  Agent: Finding updates [CallerId = MicrosoftUpdate]
    2010-02-08 14:10:51:480 1032 143c Agent *********
    2010-02-08 14:10:51:480 1032 143c Agent   * Online = Yes; Ignore download priority = No
    2010-02-08 14:10:51:480 1032 143c Agent   * Criteria = «IsInstalled=0 and IsHidden=0»
    2010-02-08 14:10:51:480 1032 143c Agent   * ServiceID = {7971F918-A847-4430-9279-4A52D1EFE18D} Third party service
    2010-02-08 14:10:51:480 1032 143c Agent   * Search Scope = {Machine}
    2010-02-08 14:10:51:480 1032 143c Misc Validating signature for C:WINDOWSSoftwareDistributionWuRedir9482F4B4-E343-43B6-B170-9A65BC822C77muv4wuredir.cab:
    2010-02-08 14:10:51:496 1032 143c Misc  Microsoft signed: Yes
    2010-02-08 14:10:56:949 1032 143c Misc WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190191
    2010-02-08 14:10:56:949 1032 143c Misc WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190191
    2010-02-08 14:11:00:230 1032 143c Misc WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190191
    2010-02-08 14:11:00:230 1032 143c Misc WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190191
    2010-02-08 14:11:03:402 1032 143c Misc WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190191
    2010-02-08 14:11:03:402 1032 143c Misc WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190191
    2010-02-08 14:11:06:684 1032 143c Misc WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190191
    2010-02-08 14:11:06:684 1032 143c Misc WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190191
    2010-02-08 14:11:06:684 1032 143c Misc WARNING: DownloadFileInternal failed for http://download.windowsupdate.com/v9/windowsupdate/redir/muv4wuredir.cab: error 0x80190191
    2010-02-08 14:11:06:684 1032 143c Misc Validating signature for C:WINDOWSSoftwareDistributionWuRedir9482F4B4-E343-43B6-B170-9A65BC822C77muv4wuredir.cab:
    2010-02-08 14:11:06:684 1032 143c Misc  Microsoft signed: Yes
    2010-02-08 14:11:12:043 1032 143c Misc WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190191
    2010-02-08 14:11:12:043 1032 143c Misc WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190191
    2010-02-08 14:11:15:106 1032 143c Misc WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190191
    2010-02-08 14:11:15:106 1032 143c Misc WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190191
    2010-02-08 14:11:18:278 1032 143c Misc WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190191
    2010-02-08 14:11:18:278 1032 143c Misc WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190191
    2010-02-08 14:11:21:449 1032 143c Misc WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190191
    2010-02-08 14:11:21:449 1032 143c Misc WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190191
    2010-02-08 14:11:21:449 1032 143c Misc WARNING: DownloadFileInternal failed for http://download.microsoft.com/v9/windowsupdate/redir/muv4wuredir.cab: error 0x80190191
    2010-02-08 14:11:21:449 1032 143c Misc Validating signature for C:WINDOWSSoftwareDistributionWuRedir9482F4B4-E343-43B6-B170-9A65BC822C77muv4wuredir.cab:
    2010-02-08 14:11:21:449 1032 143c Misc  Microsoft signed: Yes
    2010-02-08 14:11:26:700 1032 143c Misc WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190191
    2010-02-08 14:11:26:700 1032 143c Misc WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190191
    2010-02-08 14:11:29:762 1032 143c Misc WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190191
    2010-02-08 14:11:29:762 1032 143c Misc WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190191
    2010-02-08 14:11:33:043 1032 143c Misc WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190191
    2010-02-08 14:11:33:043 1032 143c Misc WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190191
    2010-02-08 14:11:35:997 1032 143c Misc WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190191
    2010-02-08 14:11:35:997 1032 143c Misc WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190191
    2010-02-08 14:11:35:997 1032 143c Misc WARNING: DownloadFileInternal failed for http://www.update.microsoft.com/v9/windowsupdate/redir/muv4wuredir.cab: error 0x80190191
    2010-02-08 14:11:36:012 1032 143c Agent WARNING: Failed to obtain the authorization cab URLs, hr=0x80244017
    2010-02-08 14:11:36:012 1032 143c Agent   * WARNING: Online service registration/service ID resolution failed, hr=0x80244017
    2010-02-08 14:11:36:044 1032 143c Agent   * WARNING: Exit code = 0x80244017
    2010-02-08 14:11:36:044 1032 143c Agent *********
    2010-02-08 14:11:36:044 1032 143c Agent **  END  **  Agent: Finding updates [CallerId = MicrosoftUpdate]
    2010-02-08 14:11:36:044 1032 143c Agent *************
    2010-02-08 14:11:36:044 1032 143c Agent WARNING: WU client failed Searching for update with error 0x80244017
    2010-02-08 14:11:36:075 4308 1444 COMAPI >>—  RESUMED  — COMAPI: Search [ClientId = MicrosoftUpdate]
    2010-02-08 14:11:36:075 4308 1444 COMAPI   — Updates found = 0
    2010-02-08 14:11:36:075 4308 1444 COMAPI   — WARNING: Exit code = 0x00000000, Result code = 0x80244017
    2010-02-08 14:11:36:075 4308 1444 COMAPI ———
    2010-02-08 14:11:36:075 4308 1444 COMAPI —  END  —  COMAPI: Search [ClientId = MicrosoftUpdate]
    2010-02-08 14:11:36:075 4308 1444 COMAPI ————-


    blankmonkey

Answers

  • 2010-02-10 09:40:44:219 1032 11fc Agent   * Access type: Named proxy
    2010-02-10 09:40:44:219 1032 11fc Agent   * Default proxy: https://FINSYS2;http://FINSYS2
    2010-02-10 09:40:44:219 1032 11fc Agent   * Default proxy bypass: <local>;FINSYS2

    2010-02-10 09:41:29:658 1032 11fc Agent   * WSUS server: http://grizzly.MY.DOMAIN:80
    2010-02-10 09:41:29:658 1032 11fc Agent   * WSUS status server: http://grizzly.MY.DOMAIN:80

    One possible contributing factor is the combination of a proxy client configuration with a Fully Qualified URL for the WSUS server.

    Generally speaking, Windows clients have this undesirable behavior of routing requests for FQDN URLs direct to the proxy server, despite a <local> bypass being configured.

    I would suggest changing your WSUS URL to http://grizzly and ensuring that DNS services are properly configured on the DNS Server and the client(s), so that the FQDN is not required within the confines of local network resources.


    Lawrence Garvin, M.S., MCITP:EA, MCDBA, MCSA
    Principal/CTO, Onsite Technology Solutions, Houston, Texas
    Microsoft MVP — Software Distribution (2005-2010)
    My MVP Profile: http://mvp.support.microsoft.com/profile/Lawrence.Garvin
    My Blog: http://onsitechsolutions.spaces.live.com

    • Marked as answer by

      Thursday, February 11, 2010 10:42 PM

Recently configured WSUS on Server 2012 RC for a lab environment in preparation for RTM and ran into a configuration problem. Clients were failing to download updates and reporting error 0x80244017. After ensuring my RC installation was updated with KB 2627818 and that the clients had KB 2720211, I double checked that clients could access the WSUS site: https://wsusserver:8531/ClientWebService/client.asmx (you’ll receive a YSOD .NET error if you load that in a web browser, it’s normal). The C:WindowsWindowsUpdate.log file contained the following error information:

WARNING: Download job failed because of proxy auth or server auth.
Error 0x80244017 occurred while downloading update; notifying dependent calls.

After some brief troubleshooting, I came across a post that suggested it was an authentication problem, but anonymous authentication had been configured in IIS appropriately. I compared NTFS permissions of the WSUS folder with a working installation in our production environment, and found that the local Users group did not have permissions. After granting the Users group Read permissions, clients were able to successfully download updates.

squid-WU-000.pngПри работе с прокси-сервером Squid вы можете столкнуться с ситуацией, когда служба Windows Update или WSUS перестанут получать обновления. Ситуация действительно неприятная и проявляется она чаще всего уже «по факту», когда клиентские машины перестают получать обновления и нужно срочно принимать меры. Однако такое поведение службы обновления давно известно и отражено в документации. Сегодня мы разберем подробно причину возникновения ошибки и покажем возможные действия по ее устранению.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Внешнее проявление неисправности сводится к тому, что служба Windows Update не может загрузить обновления и сопровождается одним из кодов ошибки:

  • 0x80244017
  • 0x80244018
  • 0x80244019
  • 0x8024401B
  • 0x80244021

Для ее возникновения требуется сочетание нескольких факторов: наличия в сети прокси-сервера с аутентификацией пользователей и службы WPAD. Неподготовленного администратора данная ошибка застает врасплох, однако существует статья KB896226, которая подробно проливает свет на проблему и способы ее решения:

Чтобы устранить эту проблему, убедитесь, что прокси-сервер или брандмауэр настроены для анонимного доступа к веб-сайту Центра обновления Windows.

Если коротко, то суть происходящих событий следующая: для доступа к серверам Центра обновлений система использует службу Windows HTTP (WinHTTP), которая в свою очередь поддерживает автоматическое получение настроек прокси через WPAD. Т.е. все запросы к серверам обновлений будут автоматически направлены на прокси, это не доставляет проблем до тех пор, пока прокси-сервер не начинает требовать аутентификации клиентов. Службы Windows Update не могут пройти аутентификацию и возникает проблема с получением обновлений.

Чтобы избавиться от этой ошибки следует выполнить рекомендации Microsoft и обеспечить анонимный доступ к серверам обновлений. Сделать это можно достаточно просто и несколькими способами. Рассмотрим их подробнее.

Squid

Система контроля доступа Squid дает в руки администратора мощный инструмент управления и этим следует пользоваться. Тем более что стоящая перед нами задача ничем не отличается от URL-фильтрации по спискам, о которой мы рассказывали ранее.

Создадим отдельный список для служб Windows Update:

touch /etc/squid3/wu

и внесем в него следующие записи:

update.microsoft.com
windowsupdate.microsoft.com
download.microsoft.com
ntservicepack.microsoft.com
c.microsoft.com
crl.microsoft.com
productactivation.one.microsoft.com

За его основу мы взяли список из KB896226 который актуализировали и дополнили исходя из собственного опыта и наработок коллег.

Теперь создадим элемент ACL для работы со списком:

acl wu url_regex -i "/etc/squid/wu"

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

http_access allow wu

После чего перезапустите прокси-сервер и проверьте доступ к серверам обновлений, он должен восстановиться.

WPAD

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

Для его реализации добавьте в файл wpad.dat следующие инструкции:

if (dnsDomainIs(host, "update.microsoft.com")) {return "DIRECT";}
if (dnsDomainIs(host, "windowsupdate.microsoft.com")) {return "DIRECT";}
if (dnsDomainIs(host, "download.microsoft.com")) {return "DIRECT";}
if (dnsDomainIs(host, "ntservicepack.microsoft.com")) {return "DIRECT";}
if (dnsDomainIs(host, "c.microsoft.com")) {return "DIRECT";}
if (dnsDomainIs(host, "crl.microsoft.com")) {return "DIRECT";}
if (dnsDomainIs(host, "productactivation.one.microsoft.com")) {return "DIRECT";}

Изменения вступают в силу сразу, перезапускать службы не требуется.

При использовании данного метода следует принять во внимание еще один момент — если вы принимали меры по запрету обхода прокси, например, при помощи iptables, то следует явно разрешить соединения к серверам обновлений. На текущий момент указанным серверам соответствуют следующие IP-адреса:

23.78.92.229
80.68.78.155
80.68.78.146
94.245.126.128
134.170.58.221
134.170.58.222
134.170.185.126
191.232.80.55
207.46.22.245

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

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Why did I get error 0x80244017?

Windows Update continous fails to search for Updates or cannot install them. The source of this problem could be various things as

> Windows Registry
> Windows Filesystem
> Internet access

> Windows Update service
> File corruption
> Misconfiguration
> Adware
> Virus and Malware

However, if you’re technically savvy, you can try the steps below:

1. Click Start and start typing on your keyboard for «services.msc»

2. In your search results «services.msc» should show up. Open it with a click.
3. A new windows will open containing all Windows services on your system.

4. Search for «Windows Update»
5. Right-click the «Windows Update» and then click Stop.

We will now clean the Windows Update temporary cache folder:

1. Hold your windows-key pressed and hit «R» key simultanous.
2. A small new windows will appear.
3. Type %windir%SoftwareDistributionDataStore in this new window and click OK.
4. This will open Windows Explorer on the correct location.
5. Delete all contents of this folder. (Hint: Use Ctrl + A to select all files and folders)

Now we will start the Windows Update Service again:

1. Switch back to the windows Services.
2. Locate Windows Update.
3. Right-click on it and choose Start.

If the problem still persists, you can run the System File Checker (SFC) utility. This handy in-built tool will check your filesystem.

1. Click Start and start typing on your keyboard for «cmd».
2. In your search results cmd should show up with an black icon.
3. Right-click it and select Run as administrator.
4. If you are prompted for the admin password, enter the password and click OK.
5. A new completely black windwos will open. You can type commands directly into this window.
6. Type sfc/scannow and press Enter.
7. This process will take a long time. You can minimize this black windows and work on.

Come back to the black window after a time and check if the process finished.
As soon as the SFC process finished, restart your computer. After the restart you search for Updates again.

You are still facing the same issue?

1. Restart your computer.

Next thing is to clean Windows Update download path. These steps are only for expirienced user! If you mess up your computer with Regedit, you could loose your files! Take care or use a professional tool to investiagte your computer.

1. Hold your windows-key pressed and hit «R» key simultanous.
2. A small new windows will appear.
3. Type regedit in this new windows and hit Enter.
4. In the new windows you have a navigation on the left side. Use it to navigate to

HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsWindowsUpdate

5. Once you found it, search for WUServer and WIStatusServer in the right hand pane.
6. If they are not listet we cannot clean the download path. Othwerwise delete both.
7. Restart your computer.

Try to search for new Updates again.
You are still facing this issue? I think this is not an usual problem and your computer should be checked by professional.
Try to look for a solution here or search further in the search box below.

Advanced information

The following Windows verisons are affected by this error:

> Windows Vista
> Windows 7
> Windows 8
> Windows 8.1
> Windows 10
> Windows 10 Redstone 2
> Windows 10 Creators Update
> Windows Server 2008 R2
> Windows Server 2012
> Windows Server 2016

because could update Windows operation Update Agent error failed completed server handler download client Fehlercodes

Если обновлять Windows с помощью WSUS, то можно не получить желаемого, увидев ошибку с кодом 0x80244017. Она означает, что какой-то нюанс блокирует загрузку необходимых файлов апдейтов.

Как исправить ошибку 0x80244017

0x80244017

Решается неисправность следующими методами:

  1. Убедитесь в наличии прав. Аккаунты клиентских ПК должен иметь допуски на получении информации (Чтение) с сервера. Также в настройках IIS на WSUS нужно подключаться к сети под аккаунтом Администратора домена.
  2. Измените параметры подключения к серверу. Адрес WSUS переименуйте на http://grizzly, проверьте корректность DNS на сервере и клиенте таким образом, чтобы при подсоединении не применялся FQDN. Во многих случаях это устраняет ошибку 0x80244017.

Возможно, вам также будет интересно:

  • 8024000b ошибка обновления windows 7
  • 80210000 код ошибки nfs most wanted
  • 8020db ошибка бмв f10
  • 8020c6 ошибка бмв водяной клапан
  • 802098 ошибка бмв водяной клапан

  • Понравилась статья? Поделить с друзьями:
    0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии