0x8024401c ошибка центра обновления server 2016

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

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)

Согласно списка кодов ошибок центра обновления 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).

1. Выполнить команду
   "C:Program FilesUpdate ServicesToolswsusutil.exe" postinstall /servicing
   
2. Проверить, установлен ли компонент.NET Framework 4.5 -> HTTP Activation (
   Get-WindowsFeature -Name NET-WCF-HTTP-Activation45
   ), и если он отсутствует, установить:
3. Если на WSUS используется SSL, нужно выполнить редактирование файла C:Program FilesUpdate ServicesWebServicesClientWebServiceWeb.config в соответствии с рекомендациями в статье (в нашем случае этот пункт выполнять не пришлось).
4. Отредактируйте файл config ( C:Program FilesUpdate ServicesWebServicesClientWebServiceweb.config ), заменив строку
   <httpRuntime maxRequestLength="4096" />
   на
   <httpRuntime maxRequestLength="204800" executionTimeout="7200"/>
5. Осталось перезапустить службу WSUS с помощь PoSh:
   Get-Service -Name WsusService | Restart-Service -Verbose

Далее с помощью консоли IIS Manager нужно внести следующие изменения в настройки пула WsusPool (Application Pools -> WsusPool -> Advanced settings)

• Private Memory Limit (KB) – 0 (было 1258015, убирается лимит на использование памяти рабочим процессов WSUS, в результате служба может использовать более 1,2 Гб памяти)
• Queue Length — 25000 (увеличиваем длину очереди к пулу приложения с 10000)
• Limit Interval (minutes) — 15 (увеличиваем с 5 минут до 15 минут время для сброса счетчиков и выполнения CPU Throttling)
• Service Unavailable Response — TcpLevel (при старом значение HttpLevel клиенту возвращается ошибка HTTP 503, теперь соединение просто сбрасывается)

Затем в настройках сайта WSUS Administration -> Advanced settings нужно изменить значение Connection Time-out со 180 до 320.

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

IISReset

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

Как исправить ошибку 0x8024401c на Windows 10?

Ошибка 0x8024401c не дает Windows 10 установить обновления. Это случается как для ПК, которые качают апдейты с серверов Microsoft, так и клиентских машин, обновляющихся по закрытой сети организации. Такая неполадка означает, что превышен лимит ожидания ответа сервера.

Методы решения ошибки 0x8024401c

Первоочередно убедитесь, что соединение с сервером не блокируется чем-либо. Это может быть файрвол или вредоносное ПО. Далее переходите к следующим способам.

№1: копаемся в реестре

Запускаем Редактор реестра, переходим в ветку HKEY_LOCAL_MACHINESoftwarePoliciesMicrosoftWindowsWindowsUpdate. В правом окне отыскиваем в этой ветке строку UseWUServer. Убедитесь, что в ней установлено значение 0. Перегружаем ПК, повторяем попытку обновления.

№2: применяем другое сетевое устройство

Иногда помогает использование иного роутера, сетевой платы или модема.

№3: играемся с обновлениями (при обновлении внутри рабочей сети)

В некоторых случаях отмечалось — если вручную обновить клиентские ПК на Windows 10 build 1703 и запустить предварительно установленное Средство устранения неполадок Центра обновления Windows , то проблема исчезала.

№4: изменяем настройки сервера обновления (при обновлении внутри рабочей сети)

Увеличьте таймауты и свободные ресурсы сервера, с которого устанавливают обновления клиентские компьютеры. Зачастую ошибка 0x8024401c возникает из-за того, что клиент и сервер на некотором этапе застопориваются и процедура автоматически прекращается.

Ошибка 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).

1. Выполнить команду «C:Program FilesUpdate ServicesToolswsusutil.exe» postinstall /servicing
2. Проверить, установлен ли компонент.NET Framework 4.5 -> HTTP Activation ( Get-WindowsFeature -Name NET-WCF-HTTP-Activation45 ), и если он отсутствует, установить:HTTP Activation» width=»628″ height=»450″ srcset=»https://winitpro.ru/wp-content/uploads/2017/06/NET-Framework45HTTP-Activation.jpg 760w, https://winitpro.ru/wp-content/uploads/2017/06/NET-Framework45HTTP-Activation-300×215.jpg 300w» sizes=»(max-width: 628px) 100vw, 628px»/>
3. Если на WSUS используется SSL, нужно выполнить редактирование файла C:Program FilesUpdate ServicesWebServicesClientWebServiceWeb.config в соответствии с рекомендациями в статье (в нашем случае этот пункт выполнять не пришлось).
4. Отредактируйте файл config ( C:Program FilesUpdate ServicesWebServicesClientWebServiceweb.config ), заменив строку на
5. Осталось перезапустить службу WSUS с помощь PoSh: Get-Service -Name WsusService | Restart-Service -Verbose

Далее с помощью консоли IIS Manager нужно внести следующие изменения в настройки пула WsusPool (Application Pools -> WsusPool -> Advanced settings)

• PrivateMemoryLimit (KB) – 0 (было 1258015, убирается лимит на использование памяти рабочим процессов WSUS, в результате служба может использовать более 1,2 Гб памяти)
• QueueLength— 25000 (увеличиваем длину очереди к пулу приложения с 10000)
• LimitInterval (minutes) — 15 (увеличиваем с 5 минут до 15 минут время для сброса счетчиков и выполнения CPU Throttling)
• ServiceUnavailableResponse — TcpLevel (при старом значение HttpLevel клиенту возвращается ошибка HTTP 503, теперь соединение просто сбрасывается)

Затем в настройках сайта WSUS Administration -> Advanced settings нужно изменить значение Connection Time-out со 180 до 320.

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

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

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

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

Майкрософт 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 10 ошибка 0x8024401c. Следуйте инструкциям, чтобы это сделать:
Нажмите Windows + R > введите команду msconfig
Нажмите кнопку “ОК” , чтобы открыть настройки системы
Затем щелкните на вкладке службы
Теперь поставьте галочку “скрыть все службы Microsoft” флажок.
В списке который появился, нажмите на кнопку отключить всё > ОК
После завершения всего процесса перезагрузите вашу системы и проверьте обновления.

Решение 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.

On Windows 10 PC’s I get an error 0x80244007 when I check for updates. Since I’ve been reading about a host of issues with Windows 10 PC’s and WSUS I figured I’d create a Windows 2012 VM to see if that worked with my WSUS server. It doesn’t work either — it gives an error 8024401C when checking for updates.

The WSUS server reports that no computers are registered to receive updates — yet when I look in the WSUS update logs on the PC’s they are trying to connect to the WSUS server.

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!

• Proposed as answer by Anne He Microsoft contingent staff Tuesday, January 10, 2017 8:31 AM
• Marked as answer by dbaddorf Tuesday, January 10, 2017 12:50 PM

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.

3. Duplicate SIDs

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

net stop wuauserv
reg Delete HKLMSOFTWAREMicrosoftWindowsCurrentVersionWindowsUpdate / v PingID /f
reg Delete HKLMSOFTWAREMicrosoftWindowsCurrentVersionWindowsUpdate / v AccountDomainSid /f
reg Delete HKLMSOFTWAREMicrosoftWindowsCurrentVersionWindowsUpdate / v SusClientId /f
reg Delete HKLMSOFTWAREMicrosoftWindowsCurrentVersionWindowsUpdate / 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.

3. I used Ntdsutil — there are no duplicate SID’s in Active Directory.

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..

I can’t say that I’m 100% sure, but certainly high 90’s. And no question is stupid — I really appreciate your help.

Yes, I can ping (by name and by IP) — both directions. There is no internal network firewall — this is all on one subnet.

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:

Данная статья посвящена устранению ошибки 0x8024401c при поиске и загрузке обновлений с сервера WSUS. Проявлятся она может на клиентских машинах на Windows 10, Windows 2012  и 2016 server.

Сам текст ошибки выглядит следующим образом:

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)

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

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

Сначала проверим журнал ошибок, где скорее всего увидим что-то подобное:

2020-01-19 14:11:24:870  816 1244 WS WARNING: There was an error communicating with the endpoint at 'http://server-wsus:8530/ClientWebService/client.asmx'.
2020-01-19  14:11:24:870  816 1244 WS WARNING: There was an error receiving the HTTP reply.
2020-01-19  14:11:24:870  816 1244 WS WARNING: The operation did not complete within the time allotted.
2020-01-19  14:11:24:870  816 1244 WS WARNING: The operation timed out

Проверим доступность страницы http://server-wsus:8530/ClientWebService/client.asmx , на которую указывают логи. Если все в порядке и сама страница обновления доступна, идем дальше(иначе — разбираемся в причинах на самом WSUS-сервере или доступности его)

Перед выполнением каких-либо действий, убеждаемся что установлены необходимые обновления на WSUS-сервере, если требуется — устанавливаем вручную.

Предположим, WSUS-сервер работает на Windows server 2012(для 2016 действия будут, в общем-то, аналогичны) — проверяем базу знаний Microsoft, где есть соответствующая статья KB3159706 (Update enables ESD decryption provision in WSUS in Windows Server 2012 and Windows Server 2012 R2)

Согласно статье, необходимо установить обновление  KB3159706, а также выполнить некоторые действия, иначе может перестать открываться консоль WSUS.

Выполняем:

1.  

"C:Program FilesUpdate ServicesToolswsusutil.exe" postinstall /servicing

2.

Проверяем, установлен ли компонент.NET Framework 4.5 -> HTTP Activation 

Get-WindowsFeature -Name NET-WCF-HTTP-Activation45

Если нет, устанавливаем вручную (через Add Roles and Features Wizard)

3.

В случае, если используется SSL на сервере WSUS, редактируем C:Program FilesUpdate ServicesWebServicesClientWebServiceWeb.config  согласно рекомендациям KB3159706, иначе пропускаем пункт

4.

Редактируем файл config ( C:Program FilesUpdate ServicesWebServicesClientWebServiceweb.config ), заменив строку<httpRuntime maxRequestLength=»4096″ /> на <httpRuntime maxRequestLength=»204800″ executionTimeout=»7200″/>

5. Перезапускаем службу WSUS:

Get-Service -Name WsusService | Restart-Service -Verbose

  6.

С помощью консоли IIS Manager вносим изменения в настройки пула WsusPool (Application Pools -> WsusPool -> Advanced settings)

• Private Memory Limit (KB) – ставим 0 ( убирается лимит на использование памяти рабочим процессов WSUS, значение может быть иным, если вы опасаетесь перегрузить сервер процессами WSUS)
• Queue Length — 25000 (увеличиваем длину очереди к пулу приложения, дефолтное значение — 10000)
• Limit Interval (minutes) — 15 (увеличиваем с 5 до 15 минут время для сброса счетчиков и выполнения CPU Throttling)
• Service Unavailable Response — TcpLevel (при старом значение HttpLevel  клиенту возвращается ошибка HTTP 503, при значении TcpLevel соединение просто сбрасывается)

Затем в настройках WSUS Administration -> Advanced settings нужно изменить значение Connection Time-out со  180 до 320, увеличив время таймаута.

Перезапускаем IIS:

IISReset

Далее проверяем работу служб, и ждем следующего сеанса обновлений клиентов.

Аналогичным образом можно перенастраивать WSUS и в windows 2016, при обнаружении недостатков ресурсов.