- 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…
Where are they in Windows 11?
Windows
Quick and I hope easy question, I have figured out ways to do this in W11 but just wondering if there is an easier way.Where are the following in «Windows 11″1. Map Network Drive2. Add PC to a Domain3. This PC (Option)Thank you.
Tape library
Data Storage, Backup & Recovery
HI I am trying to learn my self how to connect a Dell R720 server with a LTO 7 tape library. Can someone advise and guide me with the best practice? because to begin with I have these questions.1. Can I connect the tape Libary directly to the server? if …
Raspberry Pi uses? As a desktop?
Hardware
I saw this post:https://twitter.com/mysterybiscuit5/status/1663271923063685121I like the form factor. Got me thinking — are any of the Raspberry Pi offerings a viable replacement for a windows 10 PC? For general work — surfing, document writing? spreadsh…
Spark! Pro series – 2nd June 2023
Spiceworks Originals
Today in History marks the Passing of Lou Gehrig who died of
ALS or Lou Gehrig’s Disease. I have a
friend suffering from this affliction, so this hits close to home. If you get the opportunity, or are feeling
g…
Snap! — AI Camera, Android Malware, Space, and more Space
Spiceworks Originals
Your daily dose of tech news, in brief.
Welcome to the Snap!
Flashback: June 2, 1966: The US «Soft Lands» on Moon (Read more HERE.)
Bonus Flashback: June 2, 1961: IBM Releases 1301 Disk Storage System (Read more HERE.)
You need to hear…
Обновлено 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
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 8 и 8.1. Также вы можете столкнуться с ней при обновлении Windows 8.1 до Windows 10. Ошибка означает, что невозможно установить связь с серверами Microsoft или проблема находится со стороны пользователя.
Если проблема исходит со стороны серверов Microsoft, то данная ошибка должна исчезнуть через пару часов. Однако если же ошибка возникает со стороны пользователя, то придется воспользоваться методами решения для данной ошибки.
Для начала мы начнем с базовых методов решения проблемы, а затем перейдем к продвинутым.
Содержание
- Базовый метод решения ошибки 80244019
- Продвинутые методы решения ошибки 80244019
- Метод №1 Использовать Диагностику проблем для обновлений Windows
- Метод №2 Отключение опции “Обновлять другие продукты Microsoft”
- Метод №3 Загрузить обновление вручную
Базовый метод решения ошибки 80244019
Для всех проблем связанных с обновлениями Windows вы всегда должны проверять работоспособность “Background Intelligent Transfer Service”(BITS) и запущена ли “Служба обновления Windows”. Для это сделайте следующее:
- Нажмите комбинацию клавиш Win+X или нажмите правой кнопкой мыши на “Пуск”.
- Выберите “Командная строка(администратор)”
- Впишите в “Командной строке” net start BITS и нажмите Enter.
- Теперь впишите net start wuauserv и нажмите Enter.
Вышеуказанные шаги приведут в действие эти две службы, если они были остановлены по какой-то причине. Попытайтесь скачать обновления для Windows снова. Если не получилось, то переходим к продвинутым методам.
Продвинутые методы решения ошибки 80244019
Метод №1 Использовать Диагностику проблем для обновлений Windows
Если службы “Background Intelligent Transfer Service”(BITS) и “Служба обновления Windows” обе работают, но у вас все равно вылетает ошибка, то это указывает на то, что есть проблемы именно в эти службах. У Microsoft для такого случая есть свое диагностирующее средство. Для того чтобы им воспользоваться сделайте следующее:
- Скачайте “Диагностику проблем с обновлениями Windows”.
- Запустите скачаный файл.
- Дальше нажмите “Далее” и пускай утилита делает свою работу.
Как только она закончит, вам будет показан список найденных проблем, а также исправлены они или нет.
Метод №2 Отключение опции “Обновлять другие продукты Microsoft”
Если вам не помог метод с диагностикой, то сделайте следующее:
- Проведите курсором мыши по правому углу экрана и выберите “Настройки”.
- Нажмите на “Изменить настройки ПК”.
- В левой панели нажмите на “Обновления и восстановление”.
- Далее кликните на “Выбрать метод установки обновлений”.
- Отключите опцию “Давать мне обновления для других продуктов Microsoft когда я обновляю Windows”.
- Примените изменения.
- Вам возможно понадобиться выполнить перезагрузку компьютера.
Теперь вы с большой вероятностью сможете установить нужное вам обновление без появления ошибки 80244019.
Метод №3 Загрузить обновление вручную
Если ни один из вышеописанных методов вам не помог, то вы можете скачать нужное обновление вручную с серверов Microsoft.
Просто пройдите в “Журнал обновлений Windows” и скопируйте номер обновления. Можете выполнить поиск обновления через поисковик Google или непосредственно на сайте Microsoft.