80244018 ошибка windows update windows 10

При работе с прокси-сервером 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 часов практики и доступ навсегда.

0x80244018 Windows Update Error is kind of or similar to HTTP status 403 issue. This stop code means server receives the request but fails to proceed and send the files. This issue commonly occurs while installing an update or a feature upgrade. However, to fix this problem is not a complex task. Following guideline will solve Windows Update error code 0x80244018 easily.

Solution-1: Remove Antivirus tools

Since the 0x80244018 Windows Update error might be caused by third-party antivirus tools mostly, we need to step up to disable them first. If disabling doesn’t work then delete it. You should keep in mind that, only uninstallation will not solve the error permanently. You need to use the clean tool from the manufacturers’ website to remove traces. In the same way, the Proxy VPN is equally harmful, therefore, uninstall if your computer has any. Windows 10 has its own Windows Defender as a built-in feature. This is probably the best security practice rather than any other third party tool. Many users inform that when they remove Avira Security suite the error goes. Restart the computer after dealing with this third-party tools and try updating again. The error should be fixed in this way, in case, exists, proceed to the next method.

Solution-2: Disable Windows Defender Firewall

The main function of Windows Defender Firewall is to block harmful applications and network but sometimes it creates problems for updates that end up with the 0x80244018 error message. So the system will receive update normally when you disable this protection tool. In order to turn Off Firewall, follows:

Step-1: Go to the Search Box near the Start button on the taskbar and type Firewall and press Enter.

Step-2: Click the link “Turn Windows Defender Firewall on or off” in the left pane. Reach out to the Private network settings section and check the option Turn Off Windows Defender Firewall (“not recommended”). Select OK.

Step-3: Move on to the next, Public network settings section and do the same as above step.

Now try to download the update and if you accomplish successfully, then turn this On the Firewall again use the same procedure. If the error even doesn’t go in this way, you need to follow the next process.

Solution-3: Ensure BITS running on your device

BITS is an important component of Windows which delivers the updates. Errors 0x80244018 Windows Update Error appears when a malfunction occurs in this. Too ensure BITS is running properly, follow the below steps:

Step-1: Press Win+X and select run from the list of options. On the space of run, Type the text services.msc and click OK.

Step-2: From the list, look for the Background Intelligent Transfer Service in the Name column. Once you find out, put a right click on it and select Properties option.

Step-3: On a popup window, the system will show the properties of the service. In “Startup type” part, click on the dropdown and select “Automatic (Delayed Start)“.

Step-4: Move on to the Service status section and set it to Start.

Restart the computer and check for the existence of this error again. It persists see the next method to configure the proxy.

Solution-4: Checking the proxy server settings

Microsoft is releasing updates every now and then with an intention to make this one more productive as well as free from bugs. Unfortunately, users are being stumbled with so many errors. 0x80244018 Windows Update Error is one these that come across in recent days. Proxy server is an important cause to lead this type of problem. So disable it with the procedure below –

Step-1: Type inetcpl.cpl in Cortana search and press Enter.

Step-2: Click on the Connections tab and move on to the Local Area Network (LAN) settings portion.
Perform a click on LAN settings button to quickly open a pop up.

Step-5: In Proxy Server part on the same pop up, uncheck the dialog box entitled with Use a proxy server for your LAN.

Step-6: Now clock on the Ok button from the bottom of this page before closing it.

Therefore, the 0x80244018 Windows Update Error should be fixed using this resolution method.

Conclusion

Updating in Windows 11 and 10 is necessary as to improve the functionality as well as to experience the excellent features. But some of the issue like 0x80244018 Windows Update Error limits the users from downloading the updates. We have discussed some very effective solutions for the sake of resolving this annoying error. Hope you can solve your case using any one of these.

Repair any Windows problems such as Blue/Black Screen, DLL, Exe, application, Regisrty error and quickly recover system from issues using Reimage.

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