I have a problem with some machines presenting Windows Update error 0x80244017.
Situation:
Small school
Server 2016 STD as a guest under hyper-v. This server is the one and only, so it does everything FSMO, AD, WSUS, DHCP, DNS, etc. Hoping to acquire another server next year to provide backup AD, DHCP, etc. There’s a debian VM as well, running squid proxy
server to limit and log the students’ use of social media and other unwelcome websites. I used a registry patch to configure the proxy settings for IE and Edge, and a Group policy to set Chrome’s proxy settings (long story).
30 laptops W10Pro
I’m performing windows updates during school holidays. All but 3 laptops went OK. This was also the feature upgrade to 1903.
I inspect and approve the updates in WSUS.
I restart each laptop and sign in to the domain with my own account — I’m a member of domain administrators. 3 laptops just will not update, reporting windows update error 0x80244017. I’ve tried all the suggestions that came up with a search of that error:
Local Windows update troubleshooter (settings, update & security, troubleshoot, update troubleshooter)- couldn’t identify the problem
Download the Windows update troubleshooter (run as administrator) — couldn’t identify the problem. The only item identified was «BITS service was already started»
Manual reset of Windows update components — stop wuauserv, stop BITS, stop crypto, rename softwaredistribution data store and download, restart services — didn’t fix the problem
Run SFC /scannow — found but didn’t fix problems. Data in CBS.log is beyond my experience.
Run DISM /online /cleanup-image /restorehealth — crashed at 87.6%. Data in log is beyond my experience.
Manual download and install updated servicing stack KB4512577 — installed, but didn’t fix the problem
Finally used the media creation tool to download and burn W10 1903 ISO to DVD, run in-place upgrade. Great! 1903 is now installed, but it still reports windows update error 0x80244017.
Removed the machine from the domain, renamed it, added it to the domain again, still got the problem.
Enabled the domain «Administrator» account, logged off the machine, logged in to the domain as «Administrator», and bingo! no error, only one or two updates, but it worked. Logged off, and back on again using my account, the error came
back.
So, to my mind, I have an authentication problem somewhere. All the other laptops were updated using my credentials.
Where can I find out what’s gone wrong? I don’t want to continue having to use the domain Administrator account to get these updates done.
cheers
Bernie Dwyer Clarity Computing Services
I have a problem with some machines presenting Windows Update error 0x80244017.
Situation:
Small school
Server 2016 STD as a guest under hyper-v. This server is the one and only, so it does everything FSMO, AD, WSUS, DHCP, DNS, etc. Hoping to acquire another server next year to provide backup AD, DHCP, etc. There’s a debian VM as well, running squid proxy
server to limit and log the students’ use of social media and other unwelcome websites. I used a registry patch to configure the proxy settings for IE and Edge, and a Group policy to set Chrome’s proxy settings (long story).
30 laptops W10Pro
I’m performing windows updates during school holidays. All but 3 laptops went OK. This was also the feature upgrade to 1903.
I inspect and approve the updates in WSUS.
I restart each laptop and sign in to the domain with my own account — I’m a member of domain administrators. 3 laptops just will not update, reporting windows update error 0x80244017. I’ve tried all the suggestions that came up with a search of that error:
Local Windows update troubleshooter (settings, update & security, troubleshoot, update troubleshooter)- couldn’t identify the problem
Download the Windows update troubleshooter (run as administrator) — couldn’t identify the problem. The only item identified was «BITS service was already started»
Manual reset of Windows update components — stop wuauserv, stop BITS, stop crypto, rename softwaredistribution data store and download, restart services — didn’t fix the problem
Run SFC /scannow — found but didn’t fix problems. Data in CBS.log is beyond my experience.
Run DISM /online /cleanup-image /restorehealth — crashed at 87.6%. Data in log is beyond my experience.
Manual download and install updated servicing stack KB4512577 — installed, but didn’t fix the problem
Finally used the media creation tool to download and burn W10 1903 ISO to DVD, run in-place upgrade. Great! 1903 is now installed, but it still reports windows update error 0x80244017.
Removed the machine from the domain, renamed it, added it to the domain again, still got the problem.
Enabled the domain «Administrator» account, logged off the machine, logged in to the domain as «Administrator», and bingo! no error, only one or two updates, but it worked. Logged off, and back on again using my account, the error came
back.
So, to my mind, I have an authentication problem somewhere. All the other laptops were updated using my credentials.
Where can I find out what’s gone wrong? I don’t want to continue having to use the domain Administrator account to get these updates done.
cheers
Bernie Dwyer Clarity Computing Services
История такая. Около 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
Содержание
- Методы решения ошибки 0x80244017
- Как исправить ошибку 0x80244017
- diflyon
- Журнал айтишника
- Ошибка 0x80240017 при загрузке или установке Центра обновления Windows в Windows 10
- Ошибка загрузки 0x0248007
- Ошибка Центра обновления Windows 0x80240017
- Управление системными патчами 0x80242017 ошибка агента обновлений windows 80242017
- Как исправить ошибку 0x80246017 в Windows 10?
- Шаг №1 Удаление файлов установки предыдущей Windows
- Шаг №2 Сброс нескольких разделов Реестра Windows
Методы решения ошибки 0x80244017
Если обновлять Windows с помощью WSUS, то можно не получить желаемого, увидев ошибку с кодом 0x80244017. Она означает, что какой-то нюанс блокирует загрузку необходимых файлов апдейтов.
Как исправить ошибку 0x80244017

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

Ошибка 0x80242017
Выше указанная проблема похоже, что возникает на недавно созданных машинах с базовой установкой 20H2, поэтому, когда Центр обновления Windows попытался перейти прямо к 2022-07 CU (KB5004945), у него не было обновления стека обслуживания с 2022-05 CU (KB5003173).
Рабочий вариант:
Скачать “Накопительное обновление 2022-05 для Windows 10 версии 20H2 для систем на базе x64 (KB5003173)” из каталога Центра обновления Windows, вручную установить его и перезагрузить компьютер, а после этого KB5004945 устанавливается из WSUS без дальнейших ошибок.
Т.е. установка KB5003173 является предварительным условием для установки KB5004945 и возможно дальнейших накопительных обновлений. Данная проблема исправляется также через DISM инсталляцией SSU-19041.1022-x64.cab.
Источник
diflyon
Журнал айтишника
Не смотря на то, что сейчас всё больше и больше пользователей переходят на Windows 10 c Windows 7 или Windows 8.1 тем не менее в корпоративном секторе остаются проблемы: совместимость некоторого ПО (например, КриптоПро) с Windows 10, а так же отсутствие бюджета на обновление лицензий операционной системы.
На днях я решил провести аудит информационных систем в компании и уладить лицензионные вопросы. В частности мне пришлось избавиться от уже привычной Windows 10 на рабочих ПК и вернуть OEM версии ОС, которые были предустановлены при копупке компьютеров. К сожалению, ПК оснащались в то время (2010г) Windows Vista Business и легально проапгрейдить бесплатно до Windows 10 её нельзя (должна быть минимум Windows 7).
Смирившись с этим досадным фактом, я ввёл в домен компании компьютеры на базе Windows Vista Business Edition (версия 6.0.6000).
В нашей доменной организации существует локальный WSUS (Windows Server Update Services), который работает под управлением Windows Server 2012 Standard. Обращаю внимание, что версия сервера без R2, потому что железо относительно старенькое и не поддерживает 2012 R2 из-за устаревшего BIOS. WSUS работает исправно, все компьютеры на базе Windows 7, 8.1 и 10 без проблем получают обновления и рапортуют о своём состоянии.
Теперь переходим к сути данной статьи.
Однако, я заметил, что появилась одна проблемка, компьютер на базе Vista Business почему-то не шлёт WSUS серверу отчет о состоянии. На WSUS постоянно сообщается, что данный компьютер «Not Yet Reported». А так же WSUS определяет и отображает в списке, что на этом компьютере установлена «Windows 6.0» вместо «Windows Vista Business».
При попытке выполнить
wuauclt /detectnow
wuauclt /reportnow
внешне ничего не меняется. Windows Update сообщает, что новых обновлений не найдено. На WSUS обновлений, которые нужно одобрить тоже не появляется.
Если заглянуть в журнал обновлений, то видно, что 3 обновления всё-таки были установлены: два обновления Definition Update for Windows Defender и одно Microsoft Silverlight.
Чтобы разобраться в этой проблеме почитаем лог событий Windows Update.
Стандартно он расположен в C:WindowsWindowsUpdate.log
Самое начало лога я пропускаю, там никаких серьёзных ошибок не было и трассировки описывали успешность загрузок обновлений в папку C:WindowsSoftwareDistributionDownload.
Нужно начинать смотреть с ключевого выражения «Logging initialized», обозначающее начало работы службы Windows Update.
2016-06-22 03:28:20:577 1148 bc4 Misc =========== Logging initialized (build: 6.0.6000.16386, tz: +0400) ===========
2016-06-22 03:28:20:640 1148 bc4 Misc = Process: C:Windowssystem32svchost.exe
2016-06-22 03:28:20:718 1148 bc4 Misc = Module: c:windowssystem32wuaueng.dll
2016-06-22 03:28:20:577 1148 bc4 Service *************
2016-06-22 03:28:20:796 1148 bc4 Service ** START ** Service: Service startup
2016-06-22 03:28:20:874 1148 bc4 Service *********
2016-06-22 03:28:20:953 1148 bc4 Agent * WU client version 6.0.6000.16386
2016-06-22 03:28:20:953 1148 bc4 Agent * Base directory: C:WindowsSoftwareDistribution
2016-06-22 03:28:21:031 1148 bc4 Agent * Access type: No proxy
2016-06-22 03:28:21:109 1148 bc4 Agent * Network state: Connected
Смотрим дальше по логу:
2016-06-22 03:29:06:277 1148 bc4 Agent *********** Agent: Initializing global settings cache ***********
2016-06-22 03:29:06:277 1148 bc4 Agent * WSUS server: http://wsus.abcde.ru:8530
2016-06-22 03:29:06:277 1148 bc4 Agent * WSUS status server: http://wsus.abcde.ru:8530
2016-06-22 03:29:06:277 1148 bc4 Agent * Target group: (Unassigned Computers)
2016-06-22 03:29:06:277 1148 bc4 Agent * Windows Update access disabled: No
2016-06-22 03:29:06:387 1148 bc4 Agent * Found 98 persisted download calls to restore
Видим, что агент получает настройки для обращения к локальному WSUS и что найдено 98 запросов на возобновление загрузок.
Затем идёт блок с подробным описанием, какие загрузки обновлений возобновляются:
2016-06-22 03:29:06:512 1148 bc4 DnldMgr Download manager restoring 6 downloads
2016-06-22 03:29:06:794 1148 bc4 DtaStor Update service properties: service registered with AU is <9482f4b4-e343-43b6-b170-9a65bc822c77>
2016-06-22 03:29:06:794 1148 bc4 Agent * Succeeded to load 98 persisted download calls
2016-06-22 03:29:06:810 1148 bc4 DnldMgr Retrieved 13 persisted download jobs
2016-06-22 03:29:06:810 1148 bc4 DnldMgr *********** DnldMgr: Restoring download [no. 0] ***********
2016-06-22 03:29:06:810 1148 bc4 DnldMgr * BITS JobId =
2016-06-22 03:29:06:810 1148 bc4 DnldMgr * ServiceId = <9482f4b4-e343-43b6-b170-9a65bc822c77>
2016-06-22 03:29:06:810 1148 bc4 DnldMgr * UpdateId = .101
2016-06-22 03:29:06:935 1148 bc4 DnldMgr * Restored download job.
2016-06-22 03:29:06:935 1148 bc4 DnldMgr *********** DnldMgr: Restoring download [no. 1] ***********
.
2016-06-22 03:29:07:326 1148 bc4 DnldMgr *********** DnldMgr: Restoring download [no. 12] ***********
2016-06-22 03:29:07:326 1148 bc4 DnldMgr * BITS JobId = <6ccf2afd-0c79-489d-9ef1-135834cb7f3c>
2016-06-22 03:29:07:326 1148 bc4 DnldMgr * ServiceId = <9482f4b4-e343-43b6-b170-9a65bc822c77>
2016-06-22 03:29:07:342 1148 bc4 DnldMgr * UpdateId = <03b49cbc-210d-4451-ad36-85464a076c1b>.101
2016-06-22 03:29:07:373 1148 bc4 DnldMgr * Restored download job.
Видим начало инициализации Автоматического обновления и получения настроек
2016-06-22 03:29:07:389 1148 bc4 AU ########### AU: Initializing Automatic Updates ###########
2016-06-22 03:29:07:389 1148 bc4 AU # WSUS server: http://wsus.abcde.ru:8530
2016-06-22 03:29:07:389 1148 bc4 AU # Detection frequency: 1
2016-06-22 03:29:07:389 1148 bc4 AU # Approval type: Scheduled (Policy)
2016-06-22 03:29:07:389 1148 bc4 AU # Scheduled install day/time: Every day at 20:00
2016-06-22 03:29:07:389 1148 bc4 AU # Auto-install minor updates: Yes (Policy)
2016-06-22 03:29:07:405 1148 bc4 AU Setting AU scheduled install time to 2016-06-22 16:00:00
И инициализацию основных данных для рапорта
2016-06-22 03:29:07:405 1148 bc4 Report *********** Report: Initializing static reporting data ***********
2016-06-22 03:29:07:405 1148 bc4 Report * OS Version = 6.0.6000.0.0.65792
2016-06-22 03:29:07:405 1148 bc4 Report * OS Product Type = 0x00000006
2016-06-22 03:29:07:593 1148 bc4 Report * Computer Brand = R-StyleComputers
2016-06-22 03:29:07:593 1148 bc4 Report * Computer Model = Proxima_
2016-06-22 03:29:07:593 1148 bc4 Report * Bios Revision = ECG3510M.86A.0118.2010.0113.1426
2016-06-22 03:29:07:593 1148 bc4 Report * Bios Name = Default System BIOS
2016-06-22 03:29:07:593 1148 bc4 Report * Bios Release Date = 2010-01-13T00:00:00
2016-06-22 03:29:07:593 1148 bc4 Report * Locale/>
Дальше идёт блок трассировки поиска обновлений, где нас ожидают различные проблемы:
2016-06-22 03:29:07:593 1148 bc4 AU AU finished delayed initialization
2016-06-22 03:29:07:593 1148 bc4 AU #############
2016-06-22 03:29:07:593 1148 bc4 AU ## START ## AU: Search for updates
2016-06-22 03:29:07:593 1148 bc4 AU #########
2016-06-22 03:29:07:608 1148 c14 DnldMgr *********** DnldMgr: Downloading regulation Odf ***********
2016-06-22 03:29:07:608 1148 c14 DnldMgr * ServiceId = <9482f4b4-e343-43b6-b170-9a65bc822c77>
2016-06-22 03:29:07:608 1148 c14 DnldMgr * URL = http://www.update.microsoft.com/odf/v6odf.xml
2016-06-22 03:29:07:608 1148 bc4 AU 00, error = 0x80242017
2016-06-22 03:31:47:659 1148 c14 Handler FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-22 03:31:47:659 1148 c14 Agent WARNING: Failed to evaluate Installable rule, updateId = <8d15e24b-503c-4da5-b317-8c7dd4b1ea50>.1 00, error = 0x80242017
2016-06-22 03:31:47:659 1148 c14 Handler FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-22 03:33:11:547 1148 c14 Agent WARNING: Failed to evaluate Installed rule, updateId = .1 01, error = 0x800F0900
2016-06-22 03:33:11:547 1148 c14 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-22 03:33:11:782 1148 c14 Agent WARNING: Failed to evaluate Installed rule, updateId = <407b6b44-298c-42be-83bd-9a473a74f17a>.1 01, error = 0x800F0900
2016-06-22 03:33:13:455 1148 c14 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-22 03:33:13:455 1148 c14 Agent WARNING: Failed to evaluate Installed rule, updateId = <28152b93-6549-49d2-82be-f6f980c1f52a>.1 01, error = 0x800F0900
2016-06-22 03:33:13:471 1148 c14 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-22 03:33:18:709 1148 c14 Agent * Found 0 updates and 79 categories in search
2016-06-22 03:33:18:709 1148 c14 Agent *********
2016-06-22 03:33:18:709 1148 c14 Agent ** END ** Agent: Finding updates [CallerId = AutomaticUpdates]
Ошибка 0x800f0823 соответствует 0xf0823 CBS_E_NEW_SERVICING_STACK_REQUIRED (Package needs a newer version of the servicing stack).
Ошибка 0x80242017 означает WU_E_UH_NEW_SERVICING_STACK_REQUIRED (The OS servicing stack must be updated before this update is downloaded or installed).
То есть требуется обновление Обслуживающего стека (OS servicing stack) KB955430.
Обслуживающий стек — это компонент, используемый для управления установкой и удалением обновлений программного обеспечения, языковых пакетов и дополнительных функций ОС Windows. Это обновление необходимо для успешной установки и удаления пакета обновления, оно также повышает производительность и обеспечивает правильную установку пакета обновления. Источник.
Ошибка 0x800f0900 соответствует 0xf0900 CBS_E_XML_PARSER_FAILURE unexpected internal XML parser error.
То есть возникает какая-то внутренняя ошибка при разборе XML файла. Вероятно, есть проблемы с MSXML Parser (не установлен, старая версия).
И дальше идёт концовка блока проверки обновлений:
2016-06-22 03:33:18:724 1148 c14 Report REPORT EVENT: <45a0c7aa-9b17-4cd8-93e7-f04f3a8898cd>2016-06-22 03:29:07:405+0400 1 202 102 <00000000-0000-0000-0000-000000000000>0 0 AutomaticUpdates Success Content Install Reboot completed.
2016-06-22 03:33:18:724 1148 e84 AU >>## RESUMED ## AU: Search for updates [CallId = ]
2016-06-22 03:33:18:724 1148 e84 AU # 0 updates detected
2016-06-22 03:33:18:724 1148 e84 AU #########
2016-06-22 03:33:18:724 1148 e84 AU ## END ## AU: Search for updates [CallId = ]
2016-06-22 03:33:18:724 1148 e84 AU #############
2016-06-22 03:33:18:724 1148 e84 AU Setting AU scheduled install time to 2016-06-22 16:00:00
2016-06-22 03:41:14:186 1148 420 Report Uploading 1 events using cached cookie, reporting URL = http://wsus.abcde.ru:8530/ReportingWebService/ReportingWebService.asmx
2016-06-22 03:41:16:436 1148 420 Report Reporter successfully uploaded 1 events.
Сообщающий о том, что обнаружено 0 обновлений и рапорт был выгружен на WSUS, хотя на самом WSUS никаких сведений о рапорте не получено.
Попробуем выполнить обновление в интерактивном режиме, то есть выполнить команду wuauclt /detectnow и посмотрим лог.
2016-06-22 03:44:00:782 1148 fd8 AU Triggering AU detection through DetectNow API
2016-06-22 03:44:00:782 1148 fd8 AU Triggering Online detection (interactive)
2016-06-22 03:44:00:782 1148 bc4 AU #############
2016-06-22 03:44:00:782 1148 bc4 AU ## START ## AU: Search for updates
2016-06-22 03:44:00:782 1148 bc4 AU #########
2016-06-22 03:44:00:782 1148 bc4 AU >## RESUMED ## AU: Search for updates [CallId = <9980c425-6bbf-404e-a82b-f64212c725ea>]
2016-06-22 02:48:05:115 1148 1e8 AU # 0 updates detected
2016-06-22 02:48:05:115 1148 1e8 AU #########
2016-06-22 02:48:05:115 1148 1e8 AU ## END ## AU: Search for updates [CallId = <9980c425-6bbf-404e-a82b-f64212c725ea>]
2016-06-22 02:48:05:115 1148 1e8 AU #############
Получаем ту же картину, что и в неинтерактивном режиме: ошибки 0x800f0823 и 0x800F0900.
2016-06-22 02:48:10:100 1148 6e0 Report REPORT EVENT: <2bc87e9d-d36b-441a-bcc7-6e575f313ff0>2016-06-22 02:48:05:099+0400 1 147 101 <00000000-0000-0000-0000-000000000000>0 0 AutomaticUpdates Success Software Synchronization Windows Update Client successfully detected 0 updates.
2016-06-22 02:48:10:100 1148 6e0 Report REPORT EVENT: 2016-06-22 02:48:05:099+0400 1 153 101 <00000000-0000-0000-0000-000000000000>0 0 AutomaticUpdates Success Pre-Deployment Check Reporting client status.
Видно, что агент посылает рапорт, но WSUS его либо не получает, либо не понимает. И ещё странно, что WSUS не понимает, что у меня на ПК установлена Windows Vista, а определяет её как Windows 6.0.
Вначале я погуглил.
Предлагалось выполнить wuauclt /resetauthorization /detectnow но это не помогло.
Предлагалось проверить настройки IIS, но всё было корректно.
Предлагалось кардинально переустановить WSUS, но я был не согласен в виду того, что другие ПК без проблем получают обновления.
Однако, автономного установщика у последней версии агента обновления Windows 7.6.7600.256 не существует. Можно скачать и установить агент обновления Windows версии 7.4.7600.226, а затем последняя версия установится самостоятельно через систему обновлений. Скачать WUA 7.4.7600.226.
После установки новой версии WUA мой WSUS начал правильно определять, что на ПК установлена Windows Vista Business и стал получать рапорты состояния в результате чего WSUS определил какие обновления необходимы для данного ПК.
В логе теперь пишется версия WU client version 7.4.7600.226:
2016-06-22 22:20:17:756 1156 580 Service ** START ** Service: Service startup
2016-06-22 22:20:17:756 1156 580 Service *********
2016-06-22 22:20:18:100 1156 580 Agent * WU client version 7.4.7600.226
2016-06-22 22:20:18:100 1156 580 Agent * Base directory: C:WindowsSoftwareDistribution
2016-06-22 22:20:18:100 1156 580 Agent * Access type: No proxy
2016-06-22 22:20:18:115 1156 580 Agent * Network state: Connected
Далее видим, что в новой версии изменился путь до файла сервера регулирования (Regulation server)
2016-06-22 22:21:20:387 1156 e18 DnldMgr Regulation server path: https://www.update.microsoft.com/v6/UpdateRegulationService/UpdateRegulation.asmx.
2016-06-22 22:21:21:059 1156 e18 DnldMgr * Regulation call complete. 0x00000000
2016-06-22 22:21:21:355 1156 e18 DnldMgr *********** DnldMgr: New download job [UpdateId = <297050cf-1305-4ec2-a00d-a173de49c416>.101] ***********
2016-06-22 22:21:21:371 1156 e18 DnldMgr * All files for update were already downloaded and are valid.
2016-06-22 22:21:21:449 1156 e18 DnldMgr *********** DnldMgr: New download job [UpdateId = .101] ***********
2016-06-22 22:21:21:465 1156 e18 DnldMgr * All files for update were already downloaded and are valid.
2016-06-22 22:21:21:933 1156 d44 DnldMgr BITS job completed successfully
Видим, что приостановленные закачки успешно закачивают обновления с внешнего Windows Update:
2016-06-22 22:22:38:022 1156 d44 DnldMgr *********** DnldMgr: New download job [UpdateId = <5c4cef27-75eb-4a9a-a000-ee515fa4ff0b>.101] ***********
2016-06-22 22:22:40:364 1156 d44 DnldMgr * BITS job initialized, JobId = <68d84bf8-76f2-4211-8345-1830ecec3eee>
2016-06-22 22:22:40:442 1156 d44 DnldMgr * Downloading from http://au.download.windowsupdate.com/msdownload/update/software/crup/2009/01/windows6.0-kb958481-x86_bb04066c04a58d50e2634654ea79ac19e21d0bb5.psf to C:WindowsSoftwareDistributionDownload39587d8a1d7edb0e533dac1ad0b51969bb04066c04a58d50e2634654ea79ac19e21d0bb5-1 (17 subranges).
2016-06-22 22:22:40:520 1156 f24 DnldMgr BITS job completed successfully
2016-06-22 22:22:40:613 1156 f24 Misc Validating signature for C:WindowsSoftwareDistributionDownload88c2b87e4d67f91e2b681a8a841ad45a8b5036b48590c52e3edba8e297cd3017b7a3043c:
2016-06-22 22:22:40:645 1156 f24 Misc Microsoft signed: Yes
2016-06-22 22:22:40:645 1156 f24 DnldMgr Download job bytes total = 1424736, bytes transferred = 1424736
Но, несмотря на значительные подвижки, мы пока всё ещё видим ошибки 0x800f0823 и 0x800f0900:
2016-06-23 02:24:40:074 1156 854 PT +++++++++++ PT: Synchronizing server updates +++++++++++
2016-06-23 02:24:40:074 1156 854 PT + ServiceId = <3da21691-e39d-4da6-8a4b-b43877bcb1b7>, Server URL = http://wsus.abcde.ru:8530/ClientWebService/client.asmx
2016-06-23 02:25:35:155 1156 854 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:25:35:155 1156 854 Agent WARNING: Failed to evaluate Installed rule, updateId = .101, hr = 800F0900
2016-06-23 02:25:35:155 1156 854 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:25:35:296 1156 854 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:25:35:296 1156 854 Agent WARNING: Failed to evaluate Installed rule, updateId = <407b6b44-298c-42be-83bd-9a473a74f17a>.101, hr = 800F0900
2016-06-23 02:25:35:296 1156 854 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:25:36:217 1156 854 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:25:36:217 1156 854 Agent WARNING: Failed to evaluate Installed rule, updateId = <28152b93-6549-49d2-82be-f6f980c1f52a>.101, hr = 800F0900
2016-06-23 02:25:36:217 1156 854 Handler FATAL: UH: 0x800f0900: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:26:11:860 1156 854 Handler FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:26:11:860 1156 854 Agent WARNING: Failed to evaluate Installed rule, updateId = <8d15e24b-503c-4da5-b317-8c7dd4b1ea50>.100, hr = 80242017
2016-06-23 02:26:11:860 1156 854 Handler FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:26:11:860 1156 854 Agent WARNING: Failed to evaluate Installable rule, updateId = <8d15e24b-503c-4da5-b317-8c7dd4b1ea50>.100, hr = 80242017
2016-06-23 02:26:11:860 1156 854 Handler FATAL: UH: 0x800f0823: CreatePackage failed in CCbs::CreatePackage
2016-06-23 02:26:17:844 1156 854 PT +++++++++++ PT: Synchronizing extended update info +++++++++++
Переходим к WSUS и проверяем какие обновления требует наша Windows Vista Business.
Обнаруживаем 151 обновление для Vista и одобряем их установку. Через некоторое время Windows Vista обнаруживает обновления и предлагает их установить.
Источник
Ошибка 0x80240017 при загрузке или установке Центра обновления Windows в Windows 10
Ошибка загрузки 0x0248007

Ошибка Центра обновления Windows 0x80240017

Щелкните правой кнопкой мыши кнопку «Пуск», чтобы открыть меню WinX. Выберите Командная строка (Администратор).
Теперь напечатайте следующий один за другим и нажмите Enter:

Теперь перейдите в папку C: Windows SoftwareDistribution и удалите все ее содержимое. Я предлагаю вам нажать Ctrl + A, чтобы выбрать все, а затем удалить.

Если файлы используются, и вы не можете удалить некоторые файлы, перезагрузите устройство. После перезагрузки снова запустите вышеуказанные команды.
После того как вы очистили эту папку, вы можете перезагрузить компьютер или набрать следующие команды по одной в окне командной строки и нажать Enter, чтобы перезапустить две службы.
Запустите Центр обновления Windows еще раз и посмотрите, помогло ли это.
Мне удалось загрузить и установить обновления успешно. Я надеюсь, что это работает и для вас.
Если это не так, запустите средство устранения неполадок Центра обновления Windows и посмотрите, поможет ли это.
Источник
Управление системными патчами 0x80242017 ошибка агента обновлений windows 80242017
Thanks for your feedback.
After deploying the software update, there might be seven steps to troubleshoot the common issues.
Step 1: We could check Policyagent.log. When policy is received, the following entry is logged in PolicyAgent.log:
We could check if Deployment Unique Id on the console is consistent with policy id displayed in PolicyAgent.log.
I notice that that the required column is zero? Why would that be?
We could check if the SSU is required by UpdatesStore.log.
Step 3: If the update is required, the content could be detected before downloading. We could refer to UpdatesDeploymentAgent.log.
Step 4: The content could be downloaded. we could refer to UpdatesHandler.log, CAS.log, and ContentTransferManager.log. Here is a screenshot about ContentTransferManager.log.
Step 5: After the download is completed, detection could be followed before installation. We could refer to UpdatesHandler.log,ScanAgent.log, UpdateStore.log, WindowsUpdate.log and WUAHandler.log.
Step 6: Software update could be installed. We could refer to Windowsupdate.log and UpdatesDeployment.log.
Step 7: After the updates are installed, Updates Deployment Agent checks whether any updates require a reboot, and then it notifies the user if client settings are configured to allow such notification. We could refer to UpdatesDeployment.log and UpdateStore.log.
Thanks for your time.
Best regards,
Amanda You
Please remember to mark the replies as answers if they help.
Источник
Как исправить ошибку 0x80246017 в Windows 10?
Ошибку 0x80246017 можно встретить во время попытки выполнить обновление операционной системы Windows 10. Совершенно недавно, Майкрософт выпустили обновление под номером KB4020102, и люди, которые пытаются содержать свои компьютеры в постоянно обновленном состоянии, попытались установить его вручную.
Однако, процесс установки обновления у некоторых из них заканчивался уже указанной ошибкой 0x80246017. Более тщательное исследование проблемы показало, что это обновление также не могло быть установлено автоматически для огромного количества пользователей.
Если обладатель ПК проверит историю в Центре обновления Windows, то он обнаружит, что обновление KB4020102 было загружено в систему, но, по каким-то причинам, оно не было установлено. Хотя, некоторыми пользователями было указано, что ошибка 0x80246017 может происходить не только с упомянутым обновлением, то также и со многими другими.

Итак, что же происходит во время появления этой ошибки? Сначала все идет нормально, обновление скачивается, устанавливается, но на определенном моменте процесс останавливается, а затем на экране появляется примерно следующее сообщение о возникших во время установки обновления проблемах.
Согласно Майкрософт, причина ошибки 0x80246017 относится в сборке 9926 для Windows 10, которая была выпущена еще в Январе 2015 года. Хоть и прошло огромное количество времени, но, так сказать, остатки записей в Реестре Windows могут вмешиваться в процесс установки теперешних обновлений.
Важная заметка: любое неаккуратное изменение записей Реестра Windows может привести к серьезным проблемам с работоспособностью операционной системы или даже к синим экранам смерти.
Если что-то пойдет не так после выполнения нижеописанных шагов, то воспользуйтесь созданным файлом для приведения дел в порядок.
Итак, давайте теперь рассмотрим непосредственно способ, с помощью которого вы сможете попытаться избавиться от ошибки 0x80246017 при обновлении Windows 10.
Шаг №1 Удаление файлов установки предыдущей Windows
Шаг №2 Сброс нескольких разделов Реестра Windows
По загрузке Windows 10, снова попробуйте загрузить и установить обновление для ОС, с которым ранее возникала проблема в виде ошибки 0x80246017.
Источник
При работе с прокси-сервером 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 часов практики и доступ навсегда.
Как исправить ошибку обновления Windows WU_E_PT_HTTP_STATUS_DENIED 0x80244017
В этой статье рассматривается ошибка WU_E_PT_HTTP_STATUS_DENIED, также известная как 0x80244017 и означающая То же, что и HTTP-статус 401 — запрашиваемый ресурс требует аутентификации пользователя.
Об ошибке обновления Windows
Существует множество потенциальных ошибок, с которыми пользователь может столкнуться при загрузке и установке обновлений Windows.
Когда возникают подобные ошибки, вы можете столкнуться с рядом моментов, которые помогут вам определить, какие действия необходимо предпринять, чтобы решить проблему. Вот симптомы, причины и возможные варианты решения проблемы.
Определения (Бета)
Здесь мы приводим некоторые определения слов, содержащихся в вашей ошибке, в попытке помочь вам понять вашу проблему. Эта работа продолжается, поэтому иногда мы можем неправильно определить слово, так что не стесняйтесь пропустить этот раздел!
- Аутентификация . Аутентификация — это процесс определения того, является ли кто-то или что-то на самом деле тем, кем или чем они объявлены.
- Http — Протокол передачи гипертекста HTTP — это сетевой протокол уровня приложения, который используется для передачи контента во всемирной паутине.
- Статус HTTP — код статуса описывает состояние ответа от веб-сервера.
- Ресурс . Активы, такие как память, дисковое пространство, мощность процессора и т.п., необходимые для эффективной работы или физические файлы, такие как изображения, файлы конфигурации или другой — для внешнего обогащения приложения.
Симптомы WU_E_PT_HTTP_STATUS_DENIED — 0x80244017
Во время обновления компьютера пользователь может внезапно столкнуться с проблемой медленной обработки данных или с тем, что загрузка не завершается. Неисправный компьютер может также внезапно перезагрузиться, при этом компьютер выключится либо в одном экземпляре, либо в непрерывном цикле, что не позволит пользователю войти в систему. На экране также могут появляться сообщения об ошибках.

(Только для примера)
Причины 0x80244017 — WU_E_PT_HTTP_STATUS_DENIED
Что могло произойти? Обновления Windows загружаются с сайта Microsoft. Повреждение файла может произойти в любой момент загрузки обновлений по разным причинам. Это может быть связано с тем, что предыдущее обновление не установилось должным образом. Также это может быть связано с проблемой получения файла, которая может быть вызвана проблемами с системными файлами. Каким бы ни был случай, пользователи могут устранить проблему, следуя этим методам восстановления.
Методы ремонта
Если метод ремонта вам подошел, пожалуйста, нажмите кнопку upvote слева от ответа, это позволит другим пользователям узнать, какой метод ремонта на данный момент работает лучше всего.
Обратите внимание: ни ErrorVault.com, ни его авторы не несут ответственности за результаты действий, предпринятых при использовании любого из методов ремонта, перечисленных на этой странице — вы выполняете эти шаги на свой страх и риск.
Метод 1 — Запустите средство устранения неполадок сети или обновления
Для Windows 7
- Щелкните правой кнопкой мыши значок сети на панели задач, расположенный в правой нижней части рабочего стола.
- Щелкните Устранение неполадок. Будет запущен мастер, который диагностирует проблему.
- Запустите мастер и дождитесь его завершения.
- Запустите Центр обновления Windows после запуска средства устранения неполадок, чтобы проверить, устранена ли проблема.
Для Windows 8
- Нажмите клавишу «Окно» на клавиатуре. Это клавиша с логотипом Windows рядом с клавишей Ctrl.
- В появившемся окне поиска введите «Проблемы с сетью», появится несколько результатов поиска, выберите «Выявление и устранение сетевых проблем».
- Запустите мастер, который появится, и пусть он завершит диагностику и исправление проблемы.
- Запустите обновление Windows еще раз.
Для Windows 10
- Нажмите кнопку «Пуск», затем нажмите кнопку «Настройки», чтобы открыть настройки.
- В настройках Windows нажмите «Обновление и безопасность».
- Слева нажмите «Устранение неполадок», затем нажмите «Центр обновления Windows» на вкладке, которая появится справа.
- Это запустит средство устранения неполадок и применит решение проблемы.
- После этого снова запустите Центр обновления Windows, чтобы убедиться, что проблема устранена.
Метод 2 — Очистить папку обновлений
Возможно, вы скачали обновление несколько раз, но оно по-прежнему делает то же самое. Затем вы можете попробовать очистить папку Updates, выполнив следующие действия:
- Нажмите клавишу Windows на клавиатуре вместе с буквой R, чтобы открыть окно «Выполнить».
- В этом окне введите c: Windows SoftwareDistribution Download и нажмите «ОК».
- Откроется папка, в которой находятся загруженные обновления Windows.
- Выделите все, нажав Ctrl + A на клавиатуре, а затем «Удалить все в папке».
- Иногда бывает сложно стереть некоторые файлы. Просто попробуйте удалить еще раз, пока в папке ничего не останется.
- Запустите обновление Windows еще раз, чтобы проверить.
Метод 3 — Отключить антивирусную программу
Ваш центр безопасности может препятствовать загрузке файлов. Если это так, просто откройте свою антивирусную программу, щелкнув ее правой кнопкой мыши на панели задач, а затем отключите ее оттуда. Затем снова запустите программу обновления после этого действия. Просто не забудьте снова включить его после загрузки и установки обновлений Windows, чтобы ваш компьютер снова был защищен.
Метод 4 — Удалить другие диски расширения
Ваш компьютер может использовать внешнее устройство, такое как внешний привод, внешний DVD или SD-кардридер. Эти устройства также могут привести к неправильной работе вашего компьютера. В этом случае отключите устройство, отключив устройство от сети или перейдя в диспетчер устройств и отключив их оттуда.
Метод 5 — Используйте компакт-диск с Windows
Когда ничего не помогает, вы можете использовать установочный диск или загрузить копию Media Creation Tool для установки обновлений с диска.
Windows 7
Установка обновлений с DVD-диска Windows 7 выполняется почти так же, как и чистая установка, за исключением нескольких отличий:
- Вместо загрузки с DVD вы можете запустить установщик внутри Windows.
- Убедитесь, что вы вошли в учетную запись администратора.
- Убедитесь, что вы добавили установщик в исключение Центра безопасности, или вы можете отключить брандмауэр и антивирус, чтобы убедиться, что это не будет проблемой.
- Вставьте установочный диск в DVD-привод и запустите автозапуск. Если он не запустился автоматически, вы можете щелкнуть правой кнопкой мыши DVD-дисковод и выбрать «запустить автозапуск».
- Вы увидите окно автозапуска, просто нажмите «Выполнить настройку».
- После запуска установщика нажмите кнопку «Установить сейчас».
- На следующем экране вы должны выйти в Интернет, чтобы получить последние обновления для установки. Перед тем, как щелкнуть по нему, убедитесь, что переключатель внизу этого окна не отмечен галочкой.
- Это запустит утилиту поиска и установки, дождитесь ее завершения.
- На следующем экране отобразятся условия лицензии, выберите переключатель, чтобы принять его, а затем нажмите кнопку «Далее».
- Затем вы увидите два варианта: выборочная установка или обновление.
- Нажмите кнопку «Обновить» и позвольте компьютеру установить обновление.
- Дождитесь завершения процесса и предоставьте любую информацию, которая может быть у вас запрошена.
Windows 10
Пользователи Windows 10 редко сталкивались с проблемами при загрузке обновлений с использованием обычной процедуры, но в случае, если это происходит в одном из редких случаев, вы можете загрузить Media Creation Tool от Microsoft.
- Убедитесь, что у вас есть чистая флешка, на которую вы установите инструмент для создания мультимедиа для Windows 10.
- Загрузите установочный файл со страницы https://go.microsoft.com/fwlink/?LinkId=691209. Он проведет вас через весь процесс.
- После этого откройте проводник Windows и щелкните флэш-накопитель в списке дисков.
- Дважды щелкните файл Setup.exe, чтобы запустить установочный файл.
- Выберите язык, время, формат валюты и метод ввода, затем нажмите «Далее».
- Нажмите кнопку «Установить сейчас». Это приведет к следующему окну, в котором можно будет выполнить обновление или выборочную установку.
- Нажмите «Обновить», чтобы установить обновления.
- Следуйте инструкциям и дождитесь завершения установки.
Другие языки:
How to fix WU_E_PT_HTTP_STATUS_DENIED (0x80244017) — Same as HTTP status 401 — the requested resource requires user authentication.
Wie beheben WU_E_PT_HTTP_STATUS_DENIED (0x80244017) — Wie HTTP-Status 401 – die angeforderte Ressource erfordert eine Benutzerauthentifizierung.
Come fissare WU_E_PT_HTTP_STATUS_DENIED (0x80244017) — Uguale allo stato HTTP 401: la risorsa richiesta richiede l’autenticazione dell’utente.
Hoe maak je WU_E_PT_HTTP_STATUS_DENIED (0x80244017) — Hetzelfde als HTTP-status 401 — de gevraagde bron vereist gebruikersauthenticatie.
Comment réparer WU_E_PT_HTTP_STATUS_DENIED (0x80244017) — Identique à l’état HTTP 401 — la ressource demandée requiert l’authentification de l’utilisateur.
어떻게 고치는 지 WU_E_PT_HTTP_STATUS_DENIED (0x80244017) — HTTP 상태 401과 동일 — 요청된 리소스에 사용자 인증이 필요합니다.
Como corrigir o WU_E_PT_HTTP_STATUS_DENIED (0x80244017) — Igual ao status HTTP 401 — o recurso solicitado requer autenticação do usuário.
Hur man åtgärdar WU_E_PT_HTTP_STATUS_DENIED (0x80244017) — Samma som HTTP -status 401 — den begärda resursen kräver användarautentisering.
Jak naprawić WU_E_PT_HTTP_STATUS_DENIED (0x80244017) — Taki sam jak status HTTP 401 — żądany zasób wymaga uwierzytelnienia użytkownika.
Cómo arreglar WU_E_PT_HTTP_STATUS_DENIED (0x80244017) — Igual que el estado HTTP 401: el recurso solicitado requiere autenticación de usuario.
Об авторе: Фил Харт является участником сообщества Microsoft с 2010 года. С текущим количеством баллов более 100 000 он внес более 3000 ответов на форумах Microsoft Support и создал почти 200 новых справочных статей в Technet Wiki.
Следуйте за нами:
Последнее обновление:
21/04/22 04:42 : Пользователь Linux проголосовал за то, что метод восстановления 1 работает для него.

Этот инструмент восстановления может устранить такие распространенные проблемы компьютера, как синие экраны, сбои и замораживание, отсутствующие DLL-файлы, а также устранить повреждения от вредоносных программ/вирусов и многое другое путем замены поврежденных и отсутствующих системных файлов.
ШАГ 1:
Нажмите здесь, чтобы скачать и установите средство восстановления Windows.
ШАГ 2:
Нажмите на Start Scan и позвольте ему проанализировать ваше устройство.
ШАГ 3:
Нажмите на Repair All, чтобы устранить все обнаруженные проблемы.
СКАЧАТЬ СЕЙЧАС
Совместимость

Требования
1 Ghz CPU, 512 MB RAM, 40 GB HDD
Эта загрузка предлагает неограниченное бесплатное сканирование ПК с Windows. Полное восстановление системы начинается от $19,95.
ID статьи: ACX014138RU
Применяется к: Windows 10, Windows 8.1, Windows 7, Windows Vista, Windows XP, Windows 2000
Ошибки в алфавитном порядке: # A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
Логотипы Microsoft и Windows® являются зарегистрированными торговыми марками Microsoft. Отказ от ответственности: ErrorVault.com не связан с Microsoft и не заявляет о такой связи. Эта страница может содержать определения из https://stackoverflow.com/tags по лицензии CC-BY-SA. Информация на этой странице представлена исключительно в информационных целях. © Copyright 2018
Средства удаленного администрирования сервера (RSAT) позволяют ИТ-администраторам удаленно управлять ролями и функциями в Windows Server с клиентского компьютера Windows. Если установка RSAT не удалась на вашем компьютере с Windows 11 или Windows 10, этот пост предназначен для того, чтобы помочь вам решить эту проблему. Обратите внимание, что решения, предлагаемые в этом посте, применимы ко всем кодам ошибок, связанных с установкой RSAT, в Windows 11/10.
Если программа установки RSAT обнаружила ошибку, а установка завершилась неудачно с ошибкой 0x800f0954, 0x8024402c, 0x8024001d, 0x80244017 и т. д., то эти рекомендации обязательно помогут вам решить проблему:
- Начальный контрольный список
- Установите RSAT через PowerShell
- Настройте групповую политику для загрузки дополнительных функций из Центра обновления Windows.
- Изменить ключ реестра UseWUServer
- Сбросить Windows 11/10
Давайте взглянем на описание процесса, связанного с каждым из перечисленных решений.
1]Начальный контрольный список
Прежде чем попробовать приведенные ниже решения, вы можете выполнить следующую задачу и после каждой задачи посмотреть, сможете ли вы успешно установить RSAT на свое устройство без проблем:
- Перезагрузите компьютер. Это само собой разумеется, так как в большинстве случаев быстрая перезагрузка вашего компьютера решит большинство мелких проблем; обычно временные программные сбои.
- Обновите Виндовс. Чаще всего вы можете столкнуться с проблемами на своем ПК, если установленная версия/сборка устарела. Поэтому мы рекомендуем следить за тем, чтобы Windows всегда была в актуальном состоянии. Вы можете проверить наличие обновлений и установить любые доступные биты в Windows 11/10. Скорее всего, проблема возникла после недавнего обновления Windows, если вы уверены, что смогли установить компоненты RSAT до обновления, вы можете выполнить восстановление системы или удалить обновление — или приступить к решениям, приведенным ниже, если хотите. не делать ни то, ни другое, по крайней мере, не в качестве первой линии действий.
2]Установите RSAT через PowerShell
После прохождения начального контрольного списка, но установка RSAT по-прежнему не удалась с помощью дополнительных функций в приложении «Настройки» на вашем ПК, вы можете попробовать выполнить установку через PowerShell. Чтобы выполнить эту задачу, следуйте инструкциям в руководстве по установке средств удаленного администрирования сервера (RSAT) в Windows 11/10. Поскольку командная строка является простой, она обычно устраняет проблемы, связанные с выполнением некоторых задач через графический интерфейс.
3]Настройте групповую политику для загрузки дополнительных функций из Центра обновления Windows.
Начиная с Windows 10 версии 1809, FOD (функции по запросу) и языковые пакеты можно установить только из Центра обновления Windows, а не через WSUS. Таким образом, учитывая, что RSAT является дополнительной функцией (также известной как FOD), вам необходимо убедиться, что групповая политика настроена на прямой переход в Центр обновления Windows для загрузки и установки FOD. После этого вы можете повторить попытку установки RSAT в обычном режиме.
Если ошибка повторяется, попробуйте следующее решение.
4]Изменить раздел реестра UseWUServer.
Это альтернатива взлому реестра описанному выше методу групповой политики. Ключ реестра UseWUServer со значением 1 настроит автоматические обновления для использования сервера, на котором запущены службы обновления программного обеспечения, а не Центра обновления Windows.
Этот метод реестра просто отключит WSUS на вашем устройстве. Поскольку это операция реестра, рекомендуется создать резервную копию реестра или создать точку восстановления системы в качестве необходимых мер предосторожности. После этого вы можете действовать следующим образом:
- Нажмите клавишу Windows + R, чтобы вызвать диалоговое окно «Выполнить».
- В диалоговом окне «Выполнить» введите regedit и нажмите Enter, чтобы открыть редактор реестра.
- Перейдите или перейдите к пути к разделу реестра ниже:
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsWindowsUpdateAU
- В этом месте на правой панели дважды щелкните запись UseWUServer, чтобы изменить ее свойства.
- Введите 0 в Вценные данные поле.
- Нажмите OK или Enter, чтобы сохранить изменения.
- Выйдите из редактора реестра.
- Перезапустите службу Windows Update или перезагрузите компьютер.
После этого вы сможете без проблем завершить установку RSAT на свое устройство. Кроме того, вы можете автоматически отключить ключ UseWUServer в реестре. Вот как:
- Нажмите клавишу Windows + R, чтобы вызвать диалоговое окно «Выполнить».
- В диалоговом окне «Выполнить» введите блокнот и нажмите Enter, чтобы открыть Блокнот.
- Скопируйте и вставьте приведенный ниже код в текстовый редактор.
[HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsWindowsUpdateAU]»UseWUServer»=dword:00000000
- Теперь выберите в меню пункт «Файл» и нажмите кнопку «Сохранить как».
- Выберите место (предпочтительно на рабочем столе), где вы хотите сохранить файл.
- Введите имя с расширением .reg (например, DisableWSUS.reg).
- Выбирать Все файлы из раскрывающегося списка Тип файла.
- Дважды щелкните сохраненный файл .reg, чтобы объединить его.
- При появлении запроса нажмите «Выполнить» > «Да» (UAC) > «Да» > «ОК», чтобы подтвердить слияние.
- Теперь вы можете удалить файл .reg, если хотите.
- Перезагрузите ПК.
5]Сбросить Windows 11/10
Если рассматриваемая проблема сохраняется до сих пор, возможно, вы имеете дело с серьезным повреждением ОС. В этом случае, чтобы решить проблему, вы можете сбросить Windows 11/10 с возможностью сохранить ваши личные файлы. Как только ваш компьютер будет сброшен до исходного состояния, вы можете попробовать установить RSAT в обычном режиме.
Надеюсь это поможет!
Связанный пост: Отсутствующие инструменты DNS-сервера RSAT
Как исправить ошибку установки RSAT 0x80244017?
Код ошибки RSAT 0x80244017 можно исправить, временно отключив WSUS на клиентском компьютере с Windows 11/10, а затем вручную перезапустив службу Центра обновления Windows.
Как установить RSAT в Windows 11?
Чтобы добавить дополнительную функцию (FOD), такую как RSAT, чтобы вы могли управлять ролями и функциями Windows Server с устройства Windows 11, перейдите в «Настройки»> «Приложения»> «Дополнительные функции».
Информация о системе:
На вашем ПК работает: …
специальное предложение
0x80244017 часто может появляться из-за неправильно настроенных параметров системы или из-за нарушений в реестре Windows. Эту ошибку относительно быстро и легко исправить, если использовать PC Repair, настроенную на решение всех распространенных проблем с реестром.
- Название ошибки: 0x80244017
- Совместимо с: Windows 10, 11, 8, 7, Vista, XP
- 0x80244017 появляется и начинает нарушать окно активной программы;
- 0x80244017 появляется на экране;
- Появляется сообщение ‘Обнаружена проблема, и Windows была выключена, чтобы предотвратить повреждение компьютера. Похоже, что проблема вызвана следующим файлом…’;
- Компьютер пользователя перестает работать, выдавая ошибку 0x80244017 при запуске программы;
- Windows работает плохо, медленно реагируя на команды;
- Компьютер пользователя часто зависает
0x80244017 сообщения об ошибке могут появляться из-за засорения реестра Windows и ошибочных записей несуществующих программ, поскольку пользователь обычно неправильно удаляет программное обеспечение. Другими распространенными причинами являются неправильный ввод данных, отсутствие файлов, которые были случайно удалены из реестра, что вызывает проблемы в работе системы.
- 1. Скачать PC Repair.
- 2. Установить и запустить программу.
- 3. Нажмите Scan Now для обнаружения ошибок и различных отклонений от оптимального уровня.
- 4. Нажмите Repair All для устранения каждой проблемы.
Эта страница доступна на других языках:
English |
Deutsch |
Español |
Italiano |
Français |
Indonesia |
Nederlands |
Nynorsk |
Português |
Українська |
Türkçe |
Malay |
Dansk |
Polski |
Română |
Suomi |
Svenska |
Tiếng việt |
Čeština |
العربية |
ไทย |
日本語 |
简体中文 |
한국어