8024401c ошибка обновления windows server 2016

Ошибка 0x8024401c в Windows 10 при поиске обновлений на WSUS

У одного из заказчиков столкнулись с проблемой обновлений новых ПК с Windows 10 1607 и Windows Server 2016 с внутреннего WSUS сервера (на Windows Server 2012 R2). Компьютеры Windows 10 появляются в консоли WSUS, но при запуске поиска обновлений, клиент очень долго пытается их найти и возвращает ошибку 0x8024401c.

Согласно списка кодов ошибок центра обновления Windows ошибка 0x8024401C означает превышение таймаута ответа от клиента: WU_E_PT_HTTP_STATUS_REQUEST_TIMEOUT — HTTP status 408 — the server timed out waiting for the request.

В новом журнале логов службы Windows Update Windows 10 при этом также периодически фиксируется ошибка, связанная с таймаутом ответа WSUS.

2017-05-30 14:11:24:870 816 1244 WS WARNING: There was an error communicating with the endpoint at ‘http://msk-wsus:8530/ClientWebService/client.asmx’.
2017-05-30 14:11:24:870 816 1244 WS WARNING: There was an error receiving the HTTP reply.
2017-05-30 14:11:24:870 816 1244 WS WARNING: The operation did not complete within the time allotted.
2017-05-30 14:11:24:870 816 1244 WS WARNING: The operation timed out

Сама страница ‘ http://msk-wsus:8530/ClientWebService/client.asmx ‘ при этом с клиента доступна и открывается, т.е. возникает такое ощущение, что сервер WSUS или клиент просто не успевают выполнить некую операцию и клиент отваливается по таймауту. Возможно при инициирующем сканировании, новому клиенту WSUS прилетает слишком большой список обновлений, в результате чего достигаются некие лимиты рабочего процесса IIS.

Чтобы решить проблему с клиентами, мне пришлось сначала установить на сервере WSUS обновление KB3159706 (на сервере должен быть установлен Wndows Server 2012 R2 Update 1).

В статье KB3159706 (Update enables ESD decryption provision in WSUS in Windows Server 2012 and Windows Server 2012 R2) обратите внимание на ручные действия, которые нужно выполнить после установки обновления (иначе может перестать открываться консоль WSUS).

Осталось перезапустить IIS:

Теперь мы увеличили таймауты и ресурсы сервера, требуемые клиентам Windows 10 для поиска и проверки обновлений на сервере обновлений WSUS. На следующий день – все клиенты смогли обнаружить и установить все требуемые обновления.

Источник

Как исправить ошибка обновления 0x8024401c в Windows 10.

в Windows 7/8/10 13.09.2017 0 7,584 Просмотров

Майкрософт Windows 10 является последней версией, которая гораздо лучше, чем предыдущие версии Windows. Эта операционная система имеет различные удивительные особенности и Microsoft пытается улучшить общий опыт пользователей, но всё равно они могут застрять с каким-нибудь вопросом обновления. Обновление Windows 10 действительно обязательное, но будет установлено, что при обновлении это не вызывает различные ошибки. Некоторые из наиболее часто ошибок которые встречаются при обновлении Windows 10: ошибка 0x800706b5, ошибка 0x8007001F, ошибка 0x8024a10a и многое другое.
Вот в этой статье, мы рассмотрим ещё одно большое обновление Windows и связанная с этим ошибка – 0x8024401c. Эта ошибка раздражает если вы с ней столкнулись и она может быть из-за различных факторов. Но, к счастью, её можно исправить, выполняя различные обходные пути. Так вот следуйте 7 хитростям, которые помогут Вам решить ошибку 0x8024401c при обновлении Windows 10. Но прежде чем двигаться дальше вам нужно знать, почему вы столкнулись с этой ошибкой обновления.

Почему Вы получаете ошибку 0x8024401c при обновлении Windows 10:

Выполните общие рекомендации по этой причине:
Из-за неправильной записи в реестре.
Повреждены или сломаны системные файлы что может привести к ошибке.
Из-за неправильной установки обновления.
Неполной деинсталляции программного обеспечения.
Неправильного удаления приложений.
Устаревшие драйверы.
Из-за повреждения операционной системы Windows.

Трюки которые помогут исправить ошибку 0x8024401c в Windows 10:

Решение 1: Установить соответствующие драйверы

Установлено, что из-за устаревших драйверов, особенно для старых периферийных устройств (например, принтеров, сетевой карты и т. д.), при обновлении Windows 10 они могут вам помешать и начинает показываться ошибка 0x8024401c. Поэтому, чтобы исправить ошибку, удалите устаревшие драйверы, а затем установите новые с сайта производителя или через Microsoft.
Выполните действия, указанные ниже:
Нажмите кнопки Windows + X и нажмите на диспетчер устройств.
Выберите устаревшие драйверы > нажмите на него правой кнопкой > открыть свойства.
Теперь откройте раздел подробности.
В выпадающем списке, перейдите к идентификаторам драйверов.
Откройте вкладку драйвер и удалите старый драйвер.
Скопируйте первую строчку и вставьте её в веб-браузере и выполните поиск оригинального сайта производителя.
Скачайте драйвера > установите их и перезагрузите компьютер.
Но вы можете найти много результатов для конкретного устройства, так что рекомендуется загружать драйвера из надежных источников.

Решение 2: выполнить sfc сканирование

Средства проверки системных файлов (SFC) – это встроенный инструмент, который поможет вам обнаружить и восстановить поврежденные или неполные файлы в системе. Файловая система Windows может быть повреждена из-за вредоносных программ или вирусов, поэтому используйте этот инструмент, чтобы проверить вашу систему для поиска дополнительных изъянов.
Выполните следующие действия, которые нужно сделать:
Для этого нажмите кнопки Windows + X и откройте командную строку (от имени администратор).
Потом здесь введите тип дефрагментации – sfc/scannow.
Процесс начинается и будет выполнена проверка всех файлов и автоматически заменит плохие.
После завершения всего процесса, выполните обновление.

Решение 3: отключите IPv6 и установите сеть IPv4

Это возможное решение, которое помогло многим пользователям избавиться от ошибки 0x8024401c. В некоторых случаях было обнаружено, что эта ошибка связана с неудачным соединением с серверами обновления, в результате тайм-аута. И из-за этого обновления не могли быть загружены.
Когда это происходит, отключите протокол IPv6 и перейдите полностью на сети с IPv4:
Нажмите Windows + X и откройте Сетевые подключения.
Затем щёлкните правой кнопкой мыши на подключение (либо LAN или Wi-Fi), которое вы в настоящее время используете, и выберите свойства.
В списке соединения, отключите протокол IPv6 и подтвердите выбор.
Далее, перейдите в центр обновления Windows и проверьте наличие обновлений.
И позвольте необходимым обновлениям выполнить установку на компьютере.

Решение 4: чистая загрузка системы

Читайте также:  Windows vista business sp1

Решение 5: Настройки реестра

Как мы уже обсуждали, многие пользователи сталкиваются с обновлениями Windows 10 с кодом ошибки 0x8024401c из-за коррумпированного реестра. Чтобы попытаться исправить эту проблему, выполните шаги,описанные ниже:
Нажмите Windows +R > введите тип “Regedit”” > нажмите клавишу ввод
Затем в левой панели найдите каталог в разделе HKEY_LOCAL_MACHINE
И перейдите к > Software > Policies > Microsoft > Windows > Windows update.
Затем в редакторе реестра нажмите на “AU
Все его содержимое отображается в правой панели ( под Windows обновление)
И в правой панели найдите и откройте “UseWUServer” и изменить его, заменив все значения с “0” (ноль) > okay
Закройте редактор реестра и перезагрузите ваш ПК.

Надеемся, что, выполняя описанный выше метод возможно поможет исправить код ошибки 0x8024401c обновления Windows в вашей системе.

Решение 6: выполнить восстановление системы

Если ни одна из перечисленных выше уловок не помогли вам исправить в Windows 10 ошибку 0x8024401c, то рекомендуется выполнить восстановление системы, этот процесс поможет вам восстановить систему до более раннего состояния.
Выполните шаги, описанные ниже:
Запустите системе и выполните вход в систему в качестве администратора.
Потом идите все программы > стандартные > служебные > восстановление системы
И нажмите на восстановить Мой компьютер к более раннему времени.
Выберите самые последние точки восстановления > далее.
Далее, перезагрузите компьютер.
Весь процесс виден только если у вас уже есть точки восстановления, сохраненные на вашем ПК/ноутбуке. В некоторых случаях, при установке некоторых программ точка восстановления создается автоматически. Так что попробуйте выполнить этот процесс и проверьте исправлен или нет код ошибки.

Решение 7: Переустановка Windows

Последнее, но не менее важное, если какая-либо из приведенных выше хитростей не работают тогда, не теряйте время, просто переустановите операционную систему или же попробуйте восстановить её с диска, полученного с операционной системой Майкрософт для Windows. Это окончательное решение поможет исправить ошибку обновления Windows код ошибки 0x8024401c. Если что-то конфликтует с обновлениями Windows 10 и вызывает ошибку, то переустановка Windows поможет избавиться от проблемы.

Источник

8024401c ошибка обновления windows server 2016

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

Hello! I have a new Windows 2016 Server with WSUS 5 installed. My problem is that I just can’t get any clients to connect to it. 😉 I have changed Group Policy (setting the Configure Automatic Updates, Specify intranet Microsoft update service location, etc.). And I’ve verified the GP settings with RSoP. I am using the URL http://wsus:8530 for my WSUS update location. I’ve verified the port in the WSUS and the URL http://wsus:8530/selfupdate/wuident.cab does download from a PC.

Where do I go from here? Any troubleshooting help would be greatly appreciated!

Thanks so much! Dave

Answers

Thanks so much for the suggestion. Instead of just removing the WSUS components I created an entirely new VM. In the process of creating the Computer Group in WSUS (that was specified in Group Policy) I found that the name I used for the Computer Group had an apostrophe which turns out to be an invalid character.

So in hindsight I don’t know whether the problem was really the WSUS server or me trying to use a Computer Group in Group Policy which had an invalid character and the group hadn’t been created in the WSUS console.

Thanks again for your help!

All replies

A number of things possibly:

1. Firewall settings on the client

2. You could try running a script on a client that resets windows update and then tries to report to the WSUS.

This script or some of it might be worth trying on one of your clients:

net stop wuauserv
reg Delete HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate / v PingID /f
reg Delete HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate / v AccountDomainSid /f
reg Delete HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate / v SusClientId /f
reg Delete HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate / v SusClientIDValidation /f net start wuauserv wuauclt.exe /resetauthorization /detectnow pause

Thanks for the suggestions. Here are my responses:

1. I turned off the firewalls (on both a Windows 10 PC and a Windows Server 2012 R2 VM).

2. I ran the above commands on both the Windows 10 and the Server 2012 R2.

This didn’t make any difference on either host. I am still getting the same error numbers when I try to manually check for updates.

Do you have any further suggestions?

That’s really strange indeed. Are you 100% sure your group policy location is right and the port is right?

stupid question I know but can you ping the server from the client and vice versa?

Also if you remove the client from the policy and check for updates does that work? I mean over the internet check without wsus..

Yes, I can see that the RSoP says that the policy is in place. Plus when I go into Windows Updates I see messages like «You receive updates: Managed by your system administrator».

Yes, I verified the port 8530 on the WSUS console. And I can hit http://wsus:8530/selfupdate/wuident.cab from a client. I think that this should mean that I have the correct server address, DNS, port, and server firewall settings. IIS says that the «Default Web Site» is running on port 80 and the «WSUS Administration» is running on 8530 (http) and 8531 (https). But I’m assuming that I should be using the «WSUS Administration» port of 8530 in the GP Setting » Specify intranet Microsoft update service location». Is that correct? Or should I be using port 80?

Yes, the Windows 10 PC’s were working just fine before I added them to the WSUS server.

Thanks for your help.

It is really strange. Especially that you can browse to the cab file with no issues.

I guess you can rule out a network connectivity issue then..

I think the system administrator manages update bit just means you enabled the group policy so the path still could be an issue. I think even if you set the server to: http://mickeymouse:8530 it would tell you the updates are managed by the administrator however I can’t confirm that.

I’ll get my config when I have a moment and post it to you.

Читайте также:  Aver 307 windows 10

also have you patched your 2012 server to allow W10 feature packs etc. You will probably need that at some point

yes you are right about the port thing. You specify the 8530 so http://wsusupdateserver:8350

I don’t know if this helps at all:

although this seems to be for Windows 8 and 2012

I must admit I haven’t really had much time on 2016 only 2012 in a WSUS environment. I only just realised you were talking 2016 and not 2012.

I’m not sure what you mean by «I think the system administrator manages update bit just means you enabled the group policy so the path still could be an issue.» I believe that my URL is correct with the 8530 port.

This server is actually a Windows Server 2016. the patch you provided is for Windows 2012. My guess is that the problem is on the Windows Server 2016 WSUS side because both the Windows 10 PC’s and my test Windows 2012 R2 VM aren’t working with it.

I mean that when you go to updates it says updates are managed by the system administrator is because you enabled the policy. I think any path in the WSUS intranet location would trigger that however I haven’t tried so cannot confirm this.

like you say it seems as if it is the 2016 server side that is the issue. I will post my config as soon as I can incase it helps at all.

Do you have any polices related to cookies? The error you describe seems to point to cookies problems.

possibly try this on one of the clients if you haven’t already:

Источник

Server 2016 + WSUS (0x8024401c)

I’m running latest WSUS on a Server 2016 Guest, I have a number of different types of clients being services on my network by this setup.

Every client is updating properly except my Server 2016 computers, when update runs I get the following error.

There were some problems installing updates, but we’ll try again later. If you keep seeing this and want to search the web or contact support for information, this may help: (0x8024401c)

I have two AD Group Policies, one for desktop clients and one for server clients.

I have checked that the correct WSUS Server is referenced in the registry.

All of the Server 2016 clients appear in WSUS but haven’t communicated with the WSUS server since the 13/10/2017

The 2016 Servers are on a mix of versions 1607 build 14393.1480 and build14393.1593

I’ve searched and found other people with similar issues but nothing that describes my scenario.

I get a 403 response from the WSUS server when browsing from an affected client server, so it shows I can see and connect.

There’s nothing much to point the way in the event logs of either the clients or the WSUS server itself.

Any advice much appreciated.

Thanks all for your assistance, but the issue has been resolved by installing the October 2017 cumulative update KB4041688 on the Server 2016 WSUS server.

After installation, all Server 2016 clients are now communicating and updating correctly.

My WSUS server was on build 14393.1593, so maybe there was a bug, a quick scan through the fixes in the intervening updates didn’t have anything to do with the error I was having though,

14 Replies

This sounds like a firewall/router issue. If you’re getting a 403, doesn’t that mean the client can’t access the server?

Check out this article:

Make sure your ports for WSUS are open, and the clients can use them / communicate through the network for updates.

Let me know if this helps!

Thanks for posting,

No, it’s http 403 on the webservice, I only stated that to show these servers can see and access the service, regardless i’ve tried it with the firewall disabled already, same issue.

Take a look at this:

Check if the firewall is causing the problem for you.

Completely different symptoms, and as I’ve already said, I’ve ruled out the firewall, but thanks for posting

Try this script then:

It usually works for most problems like these from OverDrive

Brand Representative for AJ Tek

And then yes, use my script. 🙂

Give dbeato the BA.

Have a peek at my Adamj Clean-WSUS script. It is the last WSUS Script you will ever need!

1. Add WSUS Index Optimization to the database to increase the speed of many database operations in WSUS by approximately 1000-1500 times faster.
2. Remove all Drivers from the WSUS Database (Default; Optional).
3. Shrink your WSUSContent folder’s size by declining multiple types of updates including by default any superseded updates, preview updates, expired updates, Itanium updates, and beta updates. Optional extras: Language Packs, IE7, IE8, IE9, IE10, Embedded, NonEnglishUpdates, ComputerUpdates32bit, WinXP.
4. Remove declined updates from the WSUS Database.
5. Clean out all the synchronization logs that have built up over time (configurable, with the default keeping the last 14 days of logs).
6. Compress Update Revisions.
7. Remove Obsolete Updates.
8. Computer Object Cleanup (configurable, with the default of deleting computer objects that have not synced within 30 days).
9. Application Pool Memory Configuration to display the current private memory limit and easily set it to any configurable amount including 0 for unlimited. This is a manual execution only.
10. Checks to see if you have a dirty database, and if you do, fixes it. This is primarily for Server 2012 WSUS, and is a manual execution only.
11. Run the Recommended SQL database Maintenance script on the actual SQL database.
12. Run the Server Cleanup Wizard.

It will email the report out to you or save it to a file, or both.

Although the script is lengthy, it has been made to be super easy to setup and use so don’t over think it. There are some prerequisites and instructions at the top of the script. After installing the prerequisites and configuring the variables for your environment (email settings only if you are accepting all the defaults), simply run:

Читайте также:  Starfinder mercedes windows 10

Источник

8024401c ошибка обновления windows server 2016

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

Hello! I have a new Windows 2016 Server with WSUS 5 installed. My problem is that I just can’t get any clients to connect to it. 😉 I have changed Group Policy (setting the Configure Automatic Updates, Specify intranet Microsoft update service location, etc.). And I’ve verified the GP settings with RSoP. I am using the URL http://wsus:8530 for my WSUS update location. I’ve verified the port in the WSUS and the URL http://wsus:8530/selfupdate/wuident.cab does download from a PC.

Where do I go from here? Any troubleshooting help would be greatly appreciated!

Thanks so much! Dave

Answers

Thanks so much for the suggestion. Instead of just removing the WSUS components I created an entirely new VM. In the process of creating the Computer Group in WSUS (that was specified in Group Policy) I found that the name I used for the Computer Group had an apostrophe which turns out to be an invalid character.

So in hindsight I don’t know whether the problem was really the WSUS server or me trying to use a Computer Group in Group Policy which had an invalid character and the group hadn’t been created in the WSUS console.

Thanks again for your help!

All replies

A number of things possibly:

1. Firewall settings on the client

2. You could try running a script on a client that resets windows update and then tries to report to the WSUS.

This script or some of it might be worth trying on one of your clients:

net stop wuauserv
reg Delete HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate / v PingID /f
reg Delete HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate / v AccountDomainSid /f
reg Delete HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate / v SusClientId /f
reg Delete HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate / v SusClientIDValidation /f net start wuauserv wuauclt.exe /resetauthorization /detectnow pause

Thanks for the suggestions. Here are my responses:

1. I turned off the firewalls (on both a Windows 10 PC and a Windows Server 2012 R2 VM).

2. I ran the above commands on both the Windows 10 and the Server 2012 R2.

This didn’t make any difference on either host. I am still getting the same error numbers when I try to manually check for updates.

Do you have any further suggestions?

That’s really strange indeed. Are you 100% sure your group policy location is right and the port is right?

stupid question I know but can you ping the server from the client and vice versa?

Also if you remove the client from the policy and check for updates does that work? I mean over the internet check without wsus..

Yes, I can see that the RSoP says that the policy is in place. Plus when I go into Windows Updates I see messages like «You receive updates: Managed by your system administrator».

Yes, I verified the port 8530 on the WSUS console. And I can hit http://wsus:8530/selfupdate/wuident.cab from a client. I think that this should mean that I have the correct server address, DNS, port, and server firewall settings. IIS says that the «Default Web Site» is running on port 80 and the «WSUS Administration» is running on 8530 (http) and 8531 (https). But I’m assuming that I should be using the «WSUS Administration» port of 8530 in the GP Setting » Specify intranet Microsoft update service location». Is that correct? Or should I be using port 80?

Yes, the Windows 10 PC’s were working just fine before I added them to the WSUS server.

Thanks for your help.

It is really strange. Especially that you can browse to the cab file with no issues.

I guess you can rule out a network connectivity issue then..

I think the system administrator manages update bit just means you enabled the group policy so the path still could be an issue. I think even if you set the server to: http://mickeymouse:8530 it would tell you the updates are managed by the administrator however I can’t confirm that.

I’ll get my config when I have a moment and post it to you.

also have you patched your 2012 server to allow W10 feature packs etc. You will probably need that at some point

yes you are right about the port thing. You specify the 8530 so http://wsusupdateserver:8350

I don’t know if this helps at all:

although this seems to be for Windows 8 and 2012

I must admit I haven’t really had much time on 2016 only 2012 in a WSUS environment. I only just realised you were talking 2016 and not 2012.

I’m not sure what you mean by «I think the system administrator manages update bit just means you enabled the group policy so the path still could be an issue.» I believe that my URL is correct with the 8530 port.

This server is actually a Windows Server 2016. the patch you provided is for Windows 2012. My guess is that the problem is on the Windows Server 2016 WSUS side because both the Windows 10 PC’s and my test Windows 2012 R2 VM aren’t working with it.

I mean that when you go to updates it says updates are managed by the system administrator is because you enabled the policy. I think any path in the WSUS intranet location would trigger that however I haven’t tried so cannot confirm this.

like you say it seems as if it is the 2016 server side that is the issue. I will post my config as soon as I can incase it helps at all.

Do you have any polices related to cookies? The error you describe seems to point to cookies problems.

possibly try this on one of the clients if you haven’t already:

Источник

Поделиться с друзьями
Советы экспертов и специалистов
Adblock
detector