- Remove From My Forums
-
Вопрос
-
История такая. Было 3 сервера, 1- ADDS, DNS, файлопомойка. 2 — adds, dns, dhcp. 3 — прокси, wsus. Везде Win Server 2008 R2 Std. Было решение принято по апгрейду и оптимизации серверов. 1 — остался без изменений, 2 — стал чисто прокси(с
заменой адресов). 3 — Поставили чистую Windows Server 2012 R2 Standart, накатили в HYPER-V виртуалку на том же Windows Server 2012 R2 Standart. На виртулку добавили ad ds, dns, dhcp. На физическую машину с 2012ым сервером как
раз добавили wsus. Настраивали по инструкции микрософта, с внутренней базой. В политиках поменяли сервер wsus (пробовал и c портом указывать 8530, 8531, 80). Продукты и классы выбраны, wsus с центром обновлений микрософта синхронизирован.
Брандмауэр в интересах настройки отключен. Но, wsus говорит, что ни один клиент не обращался за обновлениями, а на всех клиентах при поиске обновлений с wsusа вылазит ошибка: не удалось выполнить поиск обновлений, 80244019. Читал статьи похожие
и здесь и с других источников…но как-то никак…Может кто что дельного подскажет.-
Изменено
5 ноября 2014 г. 10:48
-
Изменено
Ответы
-
Адрес WSUS сервера на клиенте указан с использованием IP адреса, а не имени —
http://192.168.1.2
Значит настройки где WSUS указан как http://ServLib.lihbel.ru:8530 — не применились.Проверьте применение настроек к клиентам.
После того как в WindowsUpdate.log будет фиксироваться адрес WSUS как
http://ServLib.lihbel.ru:8530 и проблема не исправится, можно будет продолжить диагностику дальше. Скорее всего проблема в адресе сервера, который используют клиенты.-
Помечено в качестве ответа
DmitriyIM
7 ноября 2014 г. 13:07
-
Помечено в качестве ответа
-
Вопрос решён. Дело оказалось в том, что адрес сервера wsus
http://192.168.1.2 был задан в политике по умолчанию, а объект политики wsus, в котором задан верный адрес сервера обновлений(http://ServLib.lihbel.ru:8530) не был
связан с доменом.После этого
gpupdate /force
wuauclt.exe /detectnow
и всё хорошо) стал искать, и понемногу стали появляться клиенты из домена в панели wsus
Спасибо за правильные вопросы)
-
Помечено в качестве ответа
DmitriyIM
7 ноября 2014 г. 13:17
-
Помечено в качестве ответа
Our WSUS infrastructure has one server that syncs with MU in our home office and two replica servers that are in remote offices. The main server is WSUS 3.2 (Server 2008 R2), as is one of our remote servers. The problematic server is running WSUS that ‘comes with’ Server 2012 R2. All servers are configured to use SSL and SSL is working correctly in the main and remote site A. I also have all 3 GPOs configured in the same way (save for the server address, of course) and working.
Any clients in Remote Site B, though get the above error no matter what I do. DNS is good. Connectivity between the client and server is good. The server in Site B can synch with the main server. I’ve rebuilt the server and a test client to no avail. I found an errored BITS transfer (before the rebuilding of the server) but that wasn’t the answer. I ran wsusutil configuressl and confirmed that only the proper folders under WSUS Administration have SSL enabled.
What I find weird is that in WSUS under 2008 R2, there are items under the Default Web Site (such as the iuident.cab file) that are not there on the 2012 R2 server. I have been hesitant to add them there, though, as I know that 2012 R2’s version of WSUS defaults to port 8530 instead of 80.
Other than that, I’m out of ideas. Please help me, Internet Kenobi. You’re my only hope.
Read these next…
Exchange falling apart.
Collaboration
it has been a week that my exchange server does not work well anymore.it seems to stop delivering email and quarantined mailboxes, I thought the issue was space since I was under 10% storage so I went ahead and enabled circular logging. The server ran fin…
Windows search bar completely unreliable
Windows
So this is annoying. Boss couldn’t find his VPN this morning (OpenVPN Client) and was freaking out. Can anyone help me out with a link to explain why Windows search is so unreliable? I mean, I know it is. But looking for something to direct boss to, o…
Snap! — Reusable Spacecraft, Robot CEO, 5,000 Free Audiobooks, Extinct RNA
Spiceworks Originals
Your daily dose of tech news, in brief.
Welcome to the Snap!
Flashback: September 20, 1983: RSA Algorithm Patent Is Awarded (Read more HERE.)
Bonus Flashback: September 20, 1970: Luna 16 lands on the moon (Read more HERE.)
You need to …
firewall for home lab
Security
I’d like to add a firewall in my home lab servers to create an ipsec tunnel to my office lab servers. It’s been a while since I’ve looked at small firewalls and thought getting a rec from the community would save me some research time. I don’t need anythi…
Anyone know what connector I need for this?
Hardware
Its an old hp Prodesk 600 g1 DM. I’m trying to fit a sata ssd in there and the circled port is what i need to power the sata drive apparently?
- Remove From My Forums
-
Вопрос
-
История такая. Было 3 сервера, 1- ADDS, DNS, файлопомойка. 2 — adds, dns, dhcp. 3 — прокси, wsus. Везде Win Server 2008 R2 Std. Было решение принято по апгрейду и оптимизации серверов. 1 — остался без изменений, 2 — стал чисто прокси(с
заменой адресов). 3 — Поставили чистую Windows Server 2012 R2 Standart, накатили в HYPER-V виртуалку на том же Windows Server 2012 R2 Standart. На виртулку добавили ad ds, dns, dhcp. На физическую машину с 2012ым сервером как
раз добавили wsus. Настраивали по инструкции микрософта, с внутренней базой. В политиках поменяли сервер wsus (пробовал и c портом указывать 8530, 8531, 80). Продукты и классы выбраны, wsus с центром обновлений микрософта синхронизирован.
Брандмауэр в интересах настройки отключен. Но, wsus говорит, что ни один клиент не обращался за обновлениями, а на всех клиентах при поиске обновлений с wsusа вылазит ошибка: не удалось выполнить поиск обновлений, 80244019. Читал статьи похожие
и здесь и с других источников…но как-то никак…Может кто что дельного подскажет.-
Изменено
5 ноября 2014 г. 10:48
-
Изменено
Ответы
-
Адрес WSUS сервера на клиенте указан с использованием IP адреса, а не имени —
http://192.168.1.2
Значит настройки где WSUS указан как http://ServLib.lihbel.ru:8530 — не применились.Проверьте применение настроек к клиентам.
После того как в WindowsUpdate.log будет фиксироваться адрес WSUS как
http://ServLib.lihbel.ru:8530 и проблема не исправится, можно будет продолжить диагностику дальше. Скорее всего проблема в адресе сервера, который используют клиенты.-
Помечено в качестве ответа
DmitriyIM
7 ноября 2014 г. 13:07
-
Помечено в качестве ответа
-
Вопрос решён. Дело оказалось в том, что адрес сервера wsus
http://192.168.1.2 был задан в политике по умолчанию, а объект политики wsus, в котором задан верный адрес сервера обновлений(http://ServLib.lihbel.ru:8530) не был
связан с доменом.После этого
gpupdate /force
wuauclt.exe /detectnow
и всё хорошо) стал искать, и понемногу стали появляться клиенты из домена в панели wsus
Спасибо за правильные вопросы)
-
Помечено в качестве ответа
DmitriyIM
7 ноября 2014 г. 13:17
-
Помечено в качестве ответа
Обновлено 18.06.2017
Ошибка 80244019 при обновлении в Windows Server 2008 R2
Всем привет сегодня расскажу из-за чего появляется ошибка 80244019 и ошибка 84B20001 при обновлении в Windows Server 2008 R2 и как она решается, сразу хочу отметить, что ее повстречать вы сможете и в современных версиях операционной системы, хоть в десятке или Windows Server 2016. Решение будет везде одинаковым. Вообще странно, что данных глюк, тянется уже лет семь, и я уверен, и дальше мы его будем наблюдать, так как вирусы будут всегда, да и пользователи будут засирать систему, не менее интенсивно, чем сейчас.
Ошибка 80244019 в виндовс
Давайте разбираться, как исправить ошибку 80244019, более детально как она выглядит представлено на скриншоте, как видите у меня обе эти пакости 80244019 и 84B20001. Вообще забавная формулировка у 84B20001 (произошла неизвестная ошибка Windows Update)
Ошибка 80244019 при обновлении в Windows Server 2008 R2-01
Самые распространенные причины, из-за которых может возникать данная ошибка 80244019 и ошибка 84B20001 это:
- Вирус
- Не работает служба Bits и Обновление Windows
- И нужно почистить реестр от старых и не верных ключей.
- блокирует firewall
- проверить есть ли интернет
- проверить ваши dns
- перезапуск службы BITS
Первое что нужно сделать это проверить работают ли службы. Для этого мы нажимаем Win+R откроется окно выполнить и вводим services.msc,
Ошибка 80244019 при обновлении в Windows Server 2008 R2-02
откроется оснастка службы. Делаем все по алфавиту и смотрим в самом низу, чтобы были запущены Центр обновления Windows и Фоновая интеллектуальная служба передачи (BITS).
Ошибка 80244019 при обновлении в Windows Server 2008 R2-03
- Если со службами все отлично то чистим реестр Windows с помощью Ccleaner или privazer.
- Если не помогает, то просканируйте вашу систему на вирусы в безопасном режиме.
- Еще можно поправить значение реестра.
Для этого нажмите WIN+R и введите Regedit
HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindowsWindowsUpdateAU
Дважды щелкаем по ключу UseWUServer типа DWORD и меняем его значение на 0. И перезагружаемся.
Если раздела не будет, то можно его создать, такое встречается, например, в Windows 8.1 и выше.
- Иногда помогает выполнение команды wuauclt /reset, через командную строку cmd
- Если у вас в сетевых настройках, dns сервера указаны в ручную, то проверьте их доступность.
- Еще на одном форуме видел, что помогает удаление программы проксисвич, если она у вас есть.
Исправляем 80244019 ошибка обновления windows 8.1
Например в Windows 8.1 нет ветки реестра WindowsUpdateAU и код 80244019 в windows 8.1 очень часто выскакивает, когда у вас зависла служба BITS, попробуйте ее перезапустить. Для этого откройте командную строку от имени администратора и введите команды:
net stop BITS
net start BITS
и net stop wuauserv
net start wuauserv
Кому лень все прописывать, можете скачать уже готовый cmd файл перезапускающий службы bits и центр обновления
Снимаем галку «Обновлять другие продукты Microsoft«
Если кто не в курсе, то существуют два типа обновлений:
- Обновления безопасности и исправляющие баги
- Для дополнительных продуктов
Если обновление windows выдает код ошибки 80244019, то можно попробовать отключить галку «При обновлении Windows предоставить обновления для других продуктов Microsoft»
Находится она по пути (Для Windows 7 и Windows 8.1)
Панель управленияВсе элементы панели управленияЦентр обновления WindowsНастройка параметров
Вот так вот просто решается ошибка 80244019 и ошибка 84B20001 при обновлении в Windows Server 2008 R2. Обязательно проверьте, что у вас есть интернет и сервера Microsoft у вас не блокируются на внешнем firewall, про это тоже не нужно забывать.
еще может помочь обновление агента центра обновления, который можно скачать с сайта Microsoft и отдельно поставить
Для других версий Windows от 7 до 10 алгоритм действий при 84B20001 и 80244019, тот же. Да прибудет с вами победа.
Материал сайта pyatilistnik.org
Our WSUS infrastructure has one server that syncs with MU in our home office and two replica servers that are in remote offices. The main server is WSUS 3.2 (Server 2008 R2), as is one of our remote servers. The problematic server is running WSUS that ‘comes with’ Server 2012 R2. All servers are configured to use SSL and SSL is working correctly in the main and remote site A. I also have all 3 GPOs configured in the same way (save for the server address, of course) and working.
Any clients in Remote Site B, though get the above error no matter what I do. DNS is good. Connectivity between the client and server is good. The server in Site B can synch with the main server. I’ve rebuilt the server and a test client to no avail. I found an errored BITS transfer (before the rebuilding of the server) but that wasn’t the answer. I ran wsusutil configuressl and confirmed that only the proper folders under WSUS Administration have SSL enabled.
What I find weird is that in WSUS under 2008 R2, there are items under the Default Web Site (such as the iuident.cab file) that are not there on the 2012 R2 server. I have been hesitant to add them there, though, as I know that 2012 R2’s version of WSUS defaults to port 8530 instead of 80.
Other than that, I’m out of ideas. Please help me, Internet Kenobi. You’re my only hope.
Read these next…
Intermittent pings on certain devices that are on same VLAN/subnet
Networking
Hi,I am working as a system admin at a company.We have a computer dedicated to monitoring the panels for the facility’s equipment. Let’s say that this computer is on VLAN 2001 and DHCP is disabled on this VLAN. So every device has a static IP on this VLAN…
Wipe IronKey
Hardware
My company is throwing away some Ironkey USB drives. I grabbed a couple and as far as I know they are still good. Is there anyway I can erase them and use them as regular USB drives? I don’t have the password to unlock them.
IT Adventures: Episode One — Mind Blank
Holidays
Tell a Story day is coming up on April 27th, and I was thinking about that and wondering if we could do an interactive story on the site. So, here’s the idea. Below, I am writing a story prompt which is sort of like a Choose Your Own Adventu…
Snap! — Flipper Zero ban, Refurbished AirPods, Dark Side of AI, ChatGPT Furby
Spiceworks Originals
Your daily dose of tech news, in brief.
Welcome to the Snap!
Flashback: April 7, 1969: RFC 1 Defines the Building Block of Internet Communication (Read more HERE.)
Bonus Flashback: April 7, 2001: Mars Odyssey Orbiter Launched (Read more H…
Public IPs showing up on internal devices
Security
Hello-I am operating on a network of 250+ devices. The majority of the devices on the network are IoT devices which connect to the WLAN using a Microchip-branded WiFi chip. There are also a handful of IoT devices that connect using hard wire. The rema…
Download PC Repair Tool to quickly find & fix Windows errors automatically
Windows Update is the repository for everything latest for Windows from Microsoft. Users usually receive updates frequently because of this Windows Update service. This Windows Update mechanism depends on multiple services like BITS or Background Intelligent Transfer Service, Windows Update service, Windows Server Update Service and more. And due to this complex yet efficient delivery system, some issues can occur. One such error is 80244019. This error code applies to Windows Server operating systems only, and today we will be covering a number of potential fixes for the same in this article.
This error 80244019 is usually caused due to the following factors:
- Faulty and corrupted DLL files or Registry Entries.
- File not found on the server.
- Malware.
- Connectivity Issues.
- Outdated Configuration of Windows Update service on the client end.
This leads to a number of issues. Some of the symptoms of this error are:
- Decrease in system performance.
- Laggy experience.
- Startup and Shut Down issues.
- Software installation errors.
- Issues connecting external devices.
- Unexpected issues from programs and applications.
In order to fix Windows Update Error 80244019, we need to undertake the following fixes:
- Restart various WU related services.
- Turn on Data Execution Prevention (DEP).
- Use Windows Update troubleshooter.
- Reconfigure Windows Update settings.
- Get the required Updates manually.
1] Restarting various related services
Start by hitting the WINKEY + X combinations and select Command Prompt (Admin) to launch Command Prompt with Administrator Privileges.
Now copy and paste the following commands one by one in the Command Prompt console and hit Enter.
net stop wuauserv net stop bits
This will stop all the Windows Update Services running on your Windows 10 PC.
Now, you will need to start all these Windows Update Services that we just stopped.
net start wuauserv net start bits
Check if this fixed this error for you.
2] Turn on Data Execution Prevention (DEP)
Data Execution Prevention being turned off might be a reason for this error mentioned above. You can turn on Data Execution Prevention (DEP) and check if that fixes this error.
3] Use Windows Update Troubleshooter
You can also try to fix this issue by running the Windows Update troubleshooter.
4] Reconfigure Windows Update Settings
You can change the following settings in the Windows Update section and try to fix this error,
Start by hitting the WINKEY+ I button combinations to open the Settings App.
Now, click on Update & Security. Under the section of Windows Updates > Update Settings, click on Advanced Options.
Finally, Uncheck the option that says Give me updates for other Microsoft Products when I update Windows.
Reboot your computer for the changes to take effect and check if that fixed your issue.
5] Get the required Updates manually
If it’s not a Feature update, and only a Cumulative Update, you can manually download and install the Windows Update. To find which update has failed to follow the steps:
- Go to Settings > Update and Security > View Update History
- Check which particular update has failed. Updates that have failed to install will display Failed under the Status column.
- Next, go to Microsoft Download Center, and search for that update using the KB number.
- Once you find it, download, and install it manually.
You could use Microsoft Update Catalog, a service from Microsoft that provides a listing of software updates that can be distributed over a corporate network. Using the Microsoft Update Catalog can prove to be a one-stop location for finding Microsoft software updates, drivers, and hotfixes.
If it is a Feature update, you can always rely on the following methods to get your computer updated,
- You can try to get the latest version of Windows 11/10 downloaded and installed on your computer. These updates can be downloaded either download Windows with Media Creation tool or get an ISO file for Windows.
- Or you can try Resetting your Windows computer.
That’s it!
Ayush has been a Windows enthusiast since the day he got his first PC with Windows 98SE. He is an active Windows Insider since Day 1 and has been a Windows Insider MVP.
WSUS на базе Windows Server 2012 и выше поддерживает возможность установки на Windows 10 не только обычных обновлений безопасности и исправлений, но и крупных пакетов обновлений (в терминологии Microsoft – апгрейдов). Но прямо из коробки этот функционал не работает, такие апгрейды (в концепции Windows 10 называются Redstone ) на клиенты просто не закачиваются. Разберемся в проблеме.
Во WSUS на Windows Server 2012 появился новый тип классов обновлений – Upgrades. Включается он в консоли WSUS в разделе Options ->Product and Classification -> вкладка Classification. Нас интересует опция Upgrades (если она не включена, не спешите ее включать!).
Если включить эту опцию, то сервер WSUS все равно не будет загружать апгрейды, выдавая при загрузке ошибку. Чтобы сервер WSUS начал скачивать пакеты апгрейдов, нужно на WSUS сервере установить отдельное обновление: KB 3095113 (https://support.microsoft.com/en-us/kb/3095113).
Примечание. Если у вас ранее уже была активирована классификация Upgrades и выполнялась синхронизация, после установки KB 3095113 придется провести очистку базы WSUS с помощью следующих PowerShell команд:
- Отключаем классификацию Upgrades
Get-WsusClassification | Where-Object -FilterScript {$_.Classification.Title -Eq “Upgrades”} | Set-WsusClassification –Disable
- Удаляем из базы информацию об этик апгрейдах
$wsus = Get-WsusServer
$wsus.SearchUpdates(“version 1511, 10586, 1607”) | foreach { $wsus.DeleteUpdate($_.Id.UpdateId) } - Осталось включить классификацию Upgrades
Get-WsusClassification | Where -FilterScript {$_.Classification.Title -Eq “Upgrades”} | Set-WsusClassification
- И повторно запустить синхронизацию.
$sub = $s.GetSubscription()
$sub.StartSynchronization()
Но это еще не все, даже после установки KB 3095113 на сервере, пакеты апгрейдов на клиентах все равно не появляются. В журналах WindowsUpdate.log на ПК с Windows 10 появляется можно найти ошибку 0x80244019:
2016/08/24 15:32:36.3654849 1064 2660 DownloadManager BITS job {84234ABB-06CE-4251-941C-281B4424EB32} failed, updateId = 8CB55544-8521-238E-AAFB-422D647DC0A6.200, hr = 0x80190194. File URL = _http://wsus.mydomain.com:8530/Content/7C/6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd, local path = C:WindowsSoftwareDistributionDownloaddc0dc85b32300fe505d5d9a2f479c1b010586.0.151029-1700.th2_release_CLIENTENTERPRISE_VOL_x64fre_en-us.esd
2016/08/24 15:33:36.3658125 1064 2660 DownloadManager Progress failure bytes total = 2659650046, bytes transferred = 18574952
2016/08/24 15:33:36.3845664 1064 2660 DownloadManager Error 0x80244019 occurred while downloading update; notifying dependent calls.
В логе видна попытка закачать файл ESD (новый формат распространения образа ОС), —7C/6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd с сервера. Попробуйте открыть этот URL в браузере – появится ошибка 404. Дело в том, что этот тип файлов не разрешен в настройках IIS и его передача блокируется.
Чтобы разрешить серверу WSUS передавать ESD файлы, откройте консоль Internet Information Service (IIS) Manager, перейдите на сайт WSUS Administration и выберите каталог Content. В настройках IIS выберите раздел Mime Types.
Добавьте новый тип MIME (Add MIME type):
Расширение файла: .esd
Тип MIME: application/octet-stream
Совет. То же самое можно сделать командами:
cd %windir%system32inetsrv
appcmd set config /section:staticContent /+"[fileExtension='.esd',mimeType='application/octet-stream']"
Перезапустите службу IIS (iisreset) и выполните повторную синхронизацию на клиентах. Клиенты Windows 10 должны начать закачивать esd файлы и могут приступать к установке пакетов обновлений.
Примечание. Для информации: WSUS версии 3.2 на Windows Server 2008 R2 раздавать апгрейды для Windows 10 не сможет. Судя по всему, в ближайшее время Microsoft этот недостаток исправлять не планирует.
Код ошибки Центра обновления Windows 80244019 указывает на проблему с подключением к серверу Центра обновления Windows. Если вы получили этот код ошибки, не паникуйте, поскольку описанные в этой публикации методы помогут решить эту проблему.
Ошибка возникает, скорее всего, из-за проблем с подключением. Поэтому попробуйте остановить и перезапустить службу Центра обновления Windows. Следуй этим шагам:
1. Нажмите Win + R (Клавиша с логотипом Windows и клавиша R) одновременно. Откроется диалоговое окно «Выполнить».
2. Тип services.msc в поле запуска и щелкните Хорошо кнопка. Это необходимо для открытия диалогового окна «Службы».
3. Найдите Центр обновления Windows служба. Щелкните его правой кнопкой мыши и выберите Стоп в контекстном меню.
4. После этого снова щелкните правой кнопкой мыши службу и выберите Начало .
Попробуйте снова запустить Центр обновления Windows и посмотрите, сохраняется ли ошибка.
Метод 2: включите предотвращение выполнения данных
Следуй этим шагам:
1. Открыть Панель управления .
2. Просмотр Большие иконки .
3. Щелкните Система .
4. На левой панели щелкните Расширенные системные настройки .
5. Щелкните на Продвинутый вкладка и нажмите Настройки под исполнением.
6. Щелкните на Предотвращение выполнения данных и выберите вариант « Включите DEP только для основных программ и служб Windows. ‘.
7. Щелкните на Применять и нажмите на Хорошо дважды .
8. Перезагрузите компьютер и посмотрите, решится ли проблема.
Если два вышеуказанных метода вам не подходят, попробуйте воспользоваться средством устранения неполадок Центра обновления Windows. Windows позволяет обнаружить и устранить проблему с помощью средства устранения неполадок. Нажмите Вот для запуска средства устранения неполадок Центра обновления Windows.
Нажмите следующий кнопка. Тогда Windows найдет и устранит проблемы с Центром обновления Windows.
Когда устранение неполадок завершится, вы должны увидеть следующий экран. Вы узнаете, исправлена ли ошибка 80244019 на этом экране.
Метод 4: попробуйте обновить драйверы
Приведенные выше действия могут решить проблему, но если это не так, попробуйте обновить драйверы. Если вы не уверены, что играете с драйверами вручную,вы можете сделать это автоматически с Водитель Easy .
Driver Easy автоматически распознает вашу систему и найдет для нее подходящие драйверы. Вам не нужно точно знать, в какой системе работает ваш компьютер, вам не нужно рисковать, загружая и устанавливая неправильный драйвер, и вам не нужно беспокоиться о том, что вы ошиблись при установке.
Вы можете автоматически обновлять драйверы с помощью БЕСПЛАТНОЙ или Pro версии Driver Easy. Но с версией Pro требуется всего 2 клика (и вы получаете полную поддержку и 30-дневную гарантию возврата денег):
1) Скачать и установите Driver Easy.
2) Запустите Driver Easy и нажмите Сканировать сейчас кнопка. Затем Driver Easy просканирует ваш компьютер и обнаружит проблемы с драйверами.
3) Щелкните значок Обновить рядом с одним драйвером, чтобы автоматически загрузить и установить правильную версию этого драйвера (вы можете сделать это в БЕСПЛАТНОЙ версии). Или нажмите Обновить все для автоматической загрузки и установки правильной версии все драйверы, которые отсутствуют или устарели в вашей системе (для этого требуется версия Pro — вам будет предложено обновить, когда вы нажмете «Обновить все»).
- Remove From My Forums
-
Question
-
Hi Everyone,
My Boss has me redoing servers from scratch with new installs of Server 08 R2 .. one server keeps giving me trouble though ..
Everything works fine but now for some reason I keep getting the Windows Update error 80244019 ..
I have tried stoping and starting the services, I have run scans on it and everything checks out ..
Any thoughts or advice ??
thanks ..
I should also note that the server only has the remote users role installed on it .. nothing else ..
-
Edited by
Monday, February 20, 2012 4:31 PM
-
Edited by
Answers
-
Hello,
Agree with Mr X. There probably is a policy to redirect clients to a WSUS server while the WSUS server does not exist. You need to DISABLE the policy
«Specify intranet Microsoft update service location» so the client will connect to Microsoft to check for updates.Check this:
Configure Automatic Updates by Using Group Policy
http://technet.microsoft.com/en-us/library/cc720539(v=WS.10).aspxIf this policy is already disabled, or the machine is in a container without policy for WSUS, please reset the registry value UseWUServer = dword:0x0 , or delete the entire registry key HKLM\Software\Policies\Microsoft\Windows\WindowsUpdate which will
revert the WUAgent to the original installed behavior of Windows Updates.If you have any other questions or concerns regarding WSUS, feel free to post in WSUS Forum @
http://social.technet.microsoft.com/Forums/en-US/winserverGP/threadsThanks
ZHANG-
Edited by
Boo_MonstersInc
Wednesday, February 22, 2012 7:58 AM -
Marked as answer by
Boo_MonstersInc
Friday, February 24, 2012 1:42 AM
-
Edited by
WSUS на базе Windows Server 2012 и выше поддерживает возможность установки на Windows 10 не только обычных обновлений безопасности и исправлений, но и крупных пакетов обновлений (в терминологии Microsoft – апгрейдов). Но прямо из коробки этот функционал не работает, такие апгрейды (в концепции Windows 10 называются Redstone ) на клиенты просто не закачиваются. Разберемся в проблеме.
Во WSUS на Windows Server 2012 появился новый тип классов обновлений – Upgrades. Включается он в консоли WSUS в разделе Options ->Product and Classification -> вкладка Classification. Нас интересует опция Upgrades (если она не включена, не спешите ее включать!).
Если включить эту опцию, то сервер WSUS все равно не будет загружать апгрейды, выдавая при загрузке ошибку. Чтобы сервер WSUS начал скачивать пакеты апгрейдов, нужно на WSUS сервере установить отдельное обновление: KB 3095113 (https://support.microsoft.com/en-us/kb/3095113).
Примечание. Если у вас ранее уже была активирована классификация Upgrades и выполнялась синхронизация, после установки KB 3095113 придется провести очистку базы WSUS с помощью следующих PowerShell команд:
- Отключаем классификацию Upgrades
Get-WsusClassification | Where-Object -FilterScript {$_.Classification.Title -Eq “Upgrades”} | Set-WsusClassification –Disable
- Удаляем из базы информацию об этик апгрейдах
$wsus = Get-WsusServer
$wsus.SearchUpdates(“version 1511, 10586, 1607”) | foreach { $wsus.DeleteUpdate($_.Id.UpdateId) } - Осталось включить классификацию Upgrades
Get-WsusClassification | Where -FilterScript {$_.Classification.Title -Eq “Upgrades”} | Set-WsusClassification
- И повторно запустить синхронизацию.
$sub = $s.GetSubscription()
$sub.StartSynchronization()
Но это еще не все, даже после установки KB 3095113 на сервере, пакеты апгрейдов на клиентах все равно не появляются. В журналах WindowsUpdate.log на ПК с Windows 10 появляется можно найти ошибку 0x80244019:
2016/08/24 15:32:36.3654849 1064 2660 DownloadManager BITS job {84234ABB-06CE-4251-941C-281B4424EB32} failed, updateId = 8CB55544-8521-238E-AAFB-422D647DC0A6.200, hr = 0x80190194. File URL = _http://wsus.mydomain.com:8530/Content/7C/6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd, local path = C:\Windows\SoftwareDistribution\Download\dc0dc85b32300fe505d5d9a2f479c1b0\10586.0.151029-1700.th2_release_CLIENTENTERPRISE_VOL_x64fre_en-us.esd
2016/08/24 15:33:36.3658125 1064 2660 DownloadManager Progress failure bytes total = 2659650046, bytes transferred = 18574952
2016/08/24 15:33:36.3845664 1064 2660 DownloadManager Error 0x80244019 occurred while downloading update; notifying dependent calls.
В логе видна попытка закачать файл ESD (новый формат распространения образа ОС), —7C/6F5CAF07827FAE0E37739F3222603EAF38808B7C.esd с сервера. Попробуйте открыть этот URL в браузере – появится ошибка 404. Дело в том, что этот тип файлов не разрешен в настройках IIS и его передача блокируется.
Чтобы разрешить серверу WSUS передавать ESD файлы, откройте консоль Internet Information Service (IIS) Manager, перейдите на сайт WSUS Administration и выберите каталог Content. В настройках IIS выберите раздел Mime Types.
Добавьте новый тип MIME (Add MIME type):
Расширение файла: .esd
Тип MIME: application/octet-stream
Совет. То же самое можно сделать командами:
cd %windir%\system32\inetsrv
appcmd set config /section:staticContent /+"[fileExtension='.esd',mimeType='application/octet-stream']"
Перезапустите службу IIS (iisreset) и выполните повторную синхронизацию на клиентах. Клиенты Windows 10 должны начать закачивать esd файлы и могут приступать к установке пакетов обновлений.
Примечание. Для информации: WSUS версии 3.2 на Windows Server 2008 R2 раздавать апгрейды для Windows 10 не сможет. Судя по всему, в ближайшее время Microsoft этот недостаток исправлять не планирует.