История такая. Около 3х лет стоял и нормально работал WSUS. Некоторое время назад перестал работать, ни консоль не запускалась, ни к базе не подключался, соответственно и клиенты не обновлялись, намертво вобщем, переустановка роли
WSUS не помогала. По этим и некоторым другим причинам было принято решение переустановить серверную ОС полностью, с новым именем (роли на нём некритичные), в политики изменения внесены с новым
именем wsus-сервера.
Сервер: Windows server 2012 R2. Роли: Hyper-V, WSUS.
Заново установили WSUS со встроенной БД, настроили, заново даже скачали контент(т.е. синхронизация проходит нормально), постепенно появились клиенты, предоставили отчёты о состоянии. Затем клиенты пытались установить обновления, неудачно, о чём
и приходили отчёты на WSUS. Со стороны клиента: клиент ищет обновления на wsusе, находит, но при попытке скачивания происходят отказы с ошибкой 80244017.
Причём не скачиваются обновления ни на рабочих станциях, ни на серверах, ни на самом сервере с WSUSом.
WSUS Client Diagnostics Tool выдаёт следующее:
Checking Machine State
Checking for admin rights to run tool . . . . . . . . . PASS
Automatic Updates Service is running. . . . . . . . . . PASS
Background Intelligent Transfer Service is running. . . PASS
GetFileVersion(szEngineDir,&susVersion) failed with hr=0x80070002
Автоматическое устранение неполадок на клиенте положительных результатов не дало. Сканирование системы командой DISM.exe /Online /Cleanup-image /Restorehealth
выполнено успешно (компоненты восстановлены)
Wuauclt.exe /resetauthorization /detectnow пробовали.
Со стороны сервера в журналах такая ошибка:
Каталог содержимого WSUS недоступен.
System.Net.WebException: Удаленный сервер возвратил ошибку: (401) Несанкционированный.
в System.Net.HttpWebRequest.GetResponse()
в Microsoft.UpdateServices.Internal.HealthMonitoring.HmtWebServices.CheckContentDirWebAccess(EventLoggingType type, HealthEventLogger logger)
И такая:
| Права доступа для каталога D:WSUS установлены неправильно. |
Windowsupdatelog даже за сегодня длинный: https://yadi.sk/i/DYoe-BuNs82Cq
Подскажите, куда копать?
-
Изменено
30 мая 2016 г. 14:54
-
Изменен тип
Vasilev VasilMicrosoft contingent staff
2 июня 2016 г. 9:15 -
Изменен тип
Dmitriy4722
8 июня 2016 г. 10:20
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.
Если обновлять Windows с помощью WSUS, то можно не получить желаемого, увидев ошибку с кодом 0x80244017. Она означает, что какой-то нюанс блокирует загрузку необходимых файлов апдейтов.
Как исправить ошибку 0x80244017
Решается неисправность следующими методами:
- Убедитесь в наличии прав. Аккаунты клиентских ПК должен иметь допуски на получении информации (Чтение) с сервера. Также в настройках IIS на WSUS нужно подключаться к сети под аккаунтом Администратора домена.
- Измените параметры подключения к серверу. Адрес WSUS переименуйте на http://grizzly, проверьте корректность DNS на сервере и клиенте таким образом, чтобы при подсоединении не применялся FQDN. Во многих случаях это устраняет ошибку 0x80244017.
История такая. Около 3х лет стоял и нормально работал WSUS. Некоторое время назад перестал работать, ни консоль не запускалась, ни к базе не подключался, соответственно и клиенты не обновлялись, намертво вобщем, переустановка роли WSUS не помогала. По этим и некоторым другим причинам было принято решение переустановить серверную ОС полностью, с новым именем (роли на нём некритичные), в политики изменения внесены с новым именем wsus-сервера.
Сервер: Windows server 2012 R2. Роли: Hyper-V, WSUS.
Заново установили WSUS со встроенной БД, настроили, заново даже скачали контент(т.е. синхронизация проходит нормально), постепенно появились клиенты, предоставили отчёты о состоянии. Затем клиенты пытались установить обновления, неудачно, о чём и приходили отчёты на WSUS. Со стороны клиента: клиент ищет обновления на wsusе, находит, но при попытке скачивания происходят отказы с ошибкой 80244017. Причём не скачиваются обновления ни на рабочих станциях, ни на серверах, ни на самом сервере с WSUSом.
WSUS Client Diagnostics Tool выдаёт следующее: Checking Machine State Checking for admin rights to run tool . . . . . . . . . PASS Automatic Updates Service is running. . . . . . . . . . PASS Background Intelligent Transfer Service is running. . . PASS GetFileVersion(szEngineDir,&susVersion) failed with hr=0×80070002
Автоматическое устранение неполадок на клиенте положительных результатов не дало. Сканирование системы командой DISM.exe /Online /Cleanup-image /Restorehealth выполнено успешно (компоненты восстановлены)
Wuauclt.exe /resetauthorization /detectnow пробовали.
Со стороны сервера в журналах такая ошибка:
Каталог содержимого WSUS недоступен. System.Net.WebException: Удаленный сервер возвратил ошибку: (401) Несанкционированный. в System.Net.HttpWebRequest.GetResponse() в Microsoft.UpdateServices.Internal.HealthMonitoring.HmtWebServices.CheckContentDirWebAccess(EventLoggingType type, HealthEventLogger logger)
- Remove From My Forums
-
Question
-
i am using w2k standard edition and wsus 2.0. i am local administrator for this server and domain administrator for entprise. i installed wsus, wsus detect client pc but not update it. it gives «needed» in status and in event id:364 which specify «access denied «. i check all service and permission which is working fine.
d:wsuswsuscontent is accessible but content subfolder is not, with error «access denied».
Require NETWOK SERVICE have read permission for whole drive. this drive is not shared.
client unable to download update from this wsus server.now, i give security permission>Owner to local Administrator for this server.
now client are able to detect the update but unable to download. i permit the update for downloading on client pc it show tha it downloading upto 0% and suddenly pop up disappearing.
downloading failed.
in wsusadmin page it show, 0x80244017 error. please reply.-
Edited by
Thursday, April 16, 2009 1:28 PM
-
Edited by
Answers
-
> Require NETWOK SERVICE have read permission for whole drive. this drive is not shared.
It matters not that the drive is shared. These are not share permissions, they’re NTFS permissions. Select the drive in My Computer, right-click select Properties, select the Security tab and grant READ permissions to the NetworkService account.
> now, i give security permission>Owner to local Administrator for this server.
Arbitrarily changing permissions is just as likely to cause new, additional problems as it to fix anything.
The correct permissions are documented in the WSUS Operations Guide.
Lawrence Garvin, M.S., MCITP:EA, MCDBA
Principal/CTO, Onsite Technology Solutions, Houston, Texas
Microsoft MVP — Software Distribution (2005-2009)-
Marked as answer by
Eric Zhang CHN
Tuesday, April 21, 2009 9:28 AM
-
Marked as answer by