80072ee2 ошибка обновления Windows server 2008 r2

Содержание

компьютеры и операционные системы

80072ee2 ошибка обновления Windows server 2008 r2

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

Надо понимать, что пакет обновления, это не какая-то ламерская программа, способная завесить всю систему без желания на то ее создателя. И не вирус, написанный хакером, чтобы досадить своим сородичам по планете.

А самое что ни на есть профессионально изготовленное изделие, притом изготовленное ни где-нибудь, а в стенах самого Майкрософта. Но, никто не застрахован от ошибок.

От ошибки 8007002 может пострадать кто угодно: и погнавшийся за дешевизной домашний пользователь, установивший на свой компьютер сломанную неизвестно кем Windows. И системный администратор, свято блюдущий законы копирайта. 80070002 – это ошибка обновления Windows 7. Ей-то мы и займемся в нашем коротеньком рассказе.

Код ошибки мало информативен. Увидев это сочетание цифр, нельзя сделать никаких предположений о причинах сбоя. Цифровые коды ошибок – наследите тех далеких времен, когда компьютеры были большими, а люди – умными.

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

Как исправить 80070002?

Мы находимся в точке времени, когда компьютер сообщил нам, что дальнейшее обновление невозможно. Чтобы не застрять в этой точке надолго, делаем вот что:

  • Заходим на страницу https://support.microsoft.com/ru-ru/kb/910336 .
  • Скачиваем утилиту исправления ошибки на компьютер.
  • Запускаем эту утилиту.
  • Перегружаем систему.

Это самый простой, но не всем доступный путь. Дело в том, что, например, для десятой версии Windows утилита на сайте отсутствует. Следовательно, нужно искать обходной путь. Решение состоит в том, чтобы перезапустить службу обновления системы.

Делается это в панели управления по адресу: «Панель управления» => «Администрирование» => «Службы».

Отыщите службу под именем «Центр обновлений Windows» и перезапустите ее обычным образом, то есть при помощи пункта контекстного меню этой службы:

Заодно можно почистить систему, удалив из нее всякий хлам, вроде временных папок и файлов. Проделать это можно с помощью популярной утилиты «CCleaner» или штатными средствами самой Windows.

Для этого откройте окно «Мой компьютер», щелкните по значку системного раздела, выберите «Свойства» и в появившемся окне нажмите кнопку «Очистка диска».

После этого обновление должно пройти в обычном режиме.

Загрузка обновлений для операционной системы Windows 7 является достаточно простой и не вызывает вопросов у пользователей.

А вот установка, которая не всегда заканчивается успехом, может вызвать панику. Одной из распространённых ошибок Windows 7, возникнувшей в результате некорректного обновления, является 80070308.

Как же её исправить и вернуть к работоспособности операционную систему?

Решаем проблему с помощью редактора реестра

Если во время обновления системы появилось сообщение с указанием кода ошибки 80070308, стоит выполнить следующие действия.

Жмём «Win+R» и вводим «regedit».

Откроется редактор реестра. Переходим по ветке «HKEY_LOCAL_MACHINE», «COMPONENTS» и удаляем файл «PendingRequired».

Перезагружаем компьютер, чтобы изменения вступили в силу. После открываем «Панель управления», «Система и безопасность», «Центр обновления Windows» и запускаем установку обновлений повторно.

Сканируем систему на наличие ошибок

Сбой обновления может произойти из-за некорректной загрузки файла или его повреждения. Также система может иметь повреждённые системные файлы, что также является причиной сбоя обновления. Поэтому запускаем командную строку с правами администратора и вводим «sfc /scannow».

После проверки перезагружаем ПК и пробуем запустить обновление.

Отладка системы

Исправить ошибку 80070308 можно с помощью настройки специальной службы. Для этого жмём «Пуск» и в поисковую строку вводим запрос «Службы».

Находим «Центр обновления Windows».

Сворачиваем службу. Открываем «Мой компьютер», далее диск С, папку «Windows», «SoftwareDistribution». Удаляем все папки и файлы, которые в ней находятся.

Теперь разворачиваем окно «Службы» и запускаем «Центр обновления Windows». Для этого кликаем на службу, в новом окне выбираем «Автоматически» и «Запустить».

Переходим в «Центр обновления…» и запускаем процесс.

Восстановление системы

В случае, когда вышеуказанные способы не помогли решить проблему, стоит запустить восстановление системы. Для этого жмём «Win+R» и вводим «cmd».

Вводим команду «rstrui.exe».

Запустится восстановление системы. Следуем подсказкам, выбираем точку восстановления.

По завершении процесса, пробуем вновь запустить установку обновлений.

Операционная система Windows 7, несмотря на всю ее привлекательность для рядовых пользователей и системных администраторов, которые обслуживают серверные модификации ОС, не застрахована от появления сбоев в процессе установки важных обновлений.

Одной из самых распространенных проблем является ошибка обновления Windows 7 80072EE2. Появляться она может и в серверных, и в настольных версиях. Устранить проблему можно достаточно просто, если принять во внимание предлагаемые ниже советы.

Почему возникает ошибка обновления Windows 7 80072EE2 через WSUS?

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

Читайте также  0xc004f050 ошибка активации Windows 10

Это относится к следующим компонентам:

  • среда ISS версии 6 и выше;
  • платформа.NET Framework минимум второй модификации;
  • SQL Server 2005 SP2 Express;
  • Report Viewer Redistributable 2008.

На самом сервере должна быть произведена активация таких модулей:

  • ASP .NET;
  • проверка подлинности Windows;
  • совместимое с IIS6 управление;
  • сжатие динамического контента.

Без соблюдения представленных условий серверная служба установки апдейтов на дочерние терминалы работать не будет. А если и будет, то сбой появится в любом случае. Но это еще далеко не все.

Если рассматривать ситуацию, когда возникает ошибка обновления Windows 7 (код 80072EE2), в общем случае (и для серверов, и для дочерних машин) объяснить ее происхождение можно достаточно просто: при попытке доступа к серверу обновлений Microsoft была нарушена связь.

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

Простые методы устранения проблемы

Поскольку изначально речь идет о нарушении связи, сначала необходимо просто проверить интернет-подключение. Если используется беспроводная связь, возможно, придется произвести перезагрузку маршрутизатора с полным сбросом настроек.

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

Для этого в командной строке, стартовавшей от имени администратора, необходимо прописать команду netsh, после использовать строку winhttp, а затем ввести команду импорта import proxy source=ie.

Если такие действия необходимого результата не дадут, можно попытаться на время отключить антивирус, но лучше войти в его расширенные настройки и добавить в список исключений весь каталог, в который устанавливаются апдейты (WindowsUpdate).

Если ошибка обновления Windows 7 80072EE2 появится и после этого, придется использовать настройки брэндмауэра и, создав новое правило, добавить в исключения следующие серверы Microsoft:

  • update.microrosoft.com (с префиксом http://);
  • download.windowsupdate.com (с префиксом http://);
  • update.microsoft.com (с префиксом https://).

Не исключен вариант, что сбой может появиться и после совершения вышеуказанных действий, поэтому придется переходить к кардинальным мерам.

80072EE2 (WSUS): дополнительные действия

Первым делом необходимо войти в раздел программ и компонентов и просмотреть список установленных апдейтов. Как известно, не все из них ведут себя корректно, поэтому ненужные или сбойные обновления нужно удалить.

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

Наконец, если ошибка обновления Windows 7 80072EE2 появляется и после этого, можно поработать с самой службой обновлений.

Для этого необходимо войти в системный реестр (regedit в консоли выполнения) через ветку HKLM и через разделы SOFTWARE и Policies, найти каталог WindowsUpdate и в правой части редактора удалить два параметра: WUServer и WUStatusServer.

После этого следует полный рестарт системы, а сбой, как показывает практика, больше вас беспокоить не будет.

Несколько слов напоследок

Именно такими методами и устраняется ошибка обновления Windows 7 80072EE2. Сразу сказать, в чем была причина появления сбоя, достаточно трудно, поэтому придется применять решения последовательно.

В некоторых случаях можно попробовать произвести восстановление целостности системных файлов, задав в командной консоли исполнение строки sfc /scannow. Если система была подвержена вирусному воздействию, может использоваться углубленное сканирование компьютера (сервера) на предмет наличия угроз.

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

Источник: https://www.nexxdigital.ru/error-updating-windows-7-solve-the-problem-using-registry-editor/

Fixing Windows Server Update Services Error 80072EE2 Not Updating Clients

An update to WSUS 3.0 SP2 on Windows Server 2008 R2 and Windows Server 2008 (both x64 and x86) seems to break Windows Server Update Services (WSUS) and/or Internet Information Services (IIS) making clients unable to update via WSUS showing error 0x80072EE2.

To me, the subversive update number is not clear yet. So, if you know for sure the exact update that does this, please comment.

On the surface at least, the server looks OK: It synchronizes with upstream Microsoft servers, displays newly-published updates, approves and declines as been told, and downloads approved updates flawlessly.

But deep inside the WSUS server, things are a mess: The WSUS server is the only computer that can get updates from itself, it cannot communicate with clients, and after a few days, all computers—except for the WSUS server itself—are listed as This computer has not reported status for X or more days.

Further investigations reveals clients (ranging from Windows XP to Windows 7 and Windows 8) fail to update showing

Windows could not search for new updatesAn error occurred while checking for new updates for your computer.Error(s) found:Code 80072EE2

Windows Update encountered an unknown error.

Windows Update error 80072ee2 generally refers to a problem with your firewall exceptions or “allow” list, but if you’re using your local WSUS, then it’s not a simple case of limited access to update.microsoft.com.

Visiting Event Viewer Custom Views for Server Roles, or hitting the Roles’ list collapse sign (plus sign inside the square) on Server Manager and looking into each role’s events, you’d be surprised to see there’s no recent events or perhaps no events at all listed for Web Server (IIS). This shows that IIS and its pipings are broken and client computers cannot communicate with the server. Another symptom and a confirmation of the broken IIS hypothesis is a selection of the following warning and error events listed for Windows Server Update Services:

Level Event ID Description
Error 12002 The Reporting Web Service is not working.
Error 12012 The API Remoting Web Service is not working.
Error 12022 The Client Web Service is not working.
Error 12032 The Server Synchronization Web Service is not working.
Error 12042 The SimpleAuth Web Service is not working.
Error 12052 The DSS Authentication Web Service is not working.
Warning 13001 Client computers are installing updates with a higher than 10 percent failure rate. This should be monitored.
Warning 13002 Client computers are installing updates with a higher than 25 percent failure rate. This is not normal.
Error 13042 Self-update is not working.

To fix this, you need to reinstall WSUS and IIS roles preserving the data.

Читайте также  Код ошибки 0х80020009 что делать

1. Backup and Delete SUS Database and Preserve WSUS Update Files

Use SQL Server Configuration Manager to stop the SQL Server (MSSQLSERVER) service. Backup the SUSDB database files in SQL data folder (MSSQL\DATA\SUSDB.mdf and MSSQL\DATA\SUSDB_log.ldf) in a backup folder. Use SQL Server Management Studio to connect to the SQL Server and delete the SUSDB database.

Rename the WSUS content data folder to WSUS.bak. Un the SQL step, there’s no need to stop the Update Services service prior to manipulation.

2. Remove WSUS and IIS Server Roles

Open Server Manager and remove Web Server (IIS) and Windows Server Update Services roles. When asked for, leave the check boxes clear for the removal of WSUS database, log files and downloaded update files. Restart the server.

During the installation of WSUS 3.0 SP2, the Server Manager on Windows Server 2008 [R2] actually looks for Windows Server Update Services 3.

0 SP2 Dynamic Installer for Server Manager [x64 Edition] (KB972493), but the update server is normally configured to receive updates from itself, and there’s no itself—functioning at least—for the moment.

So, when it tries Searching for updates… it’ll show the following error:

Installation failed
The update could not be found. Either the update is not applicable to this computer or the update no longer exists. Verify that the update still exists and is applicable to this computer from your WSUS server or Windows Update.

To give your server a chance at receiving updates—including Windows Server Update Services 3.

0 SP2 Dynamic Installer for Server Manager [x64 Edition] (KB972493)—through Microsoft’s website, temporarily disable intranet Microsoft update service location:
Edit the Default Domain Policy in Group Policy Management, open Computer Configuration ► Policies ► Administrative Templates ► Windows Components ► Windows Update ► Specify intranet Microsoft update service location, take a note of your server’s custom URLs (e.g., http://server:8530) for the following fields

  • Set the intranet update service for detecting updates
  • Set the intranet statistics server

and set it as Not Configured. Now open Command Prompt and run gpupdate /force to tell Windows to forcibly re-apply GP settings.

3. Add WSUS and IIS Server Roles

Open Server Manager and add Web Server (IIS) and Windows Server Update Services roles. Configure WSUS 3.0 SP2 installation and finish Add Roles Wizard.

When asked for, leave the Begin initial synchronization checkbox unchecked, since everything’s going to be replaced with the backup.

Also, the same principle, when choosing Products and Classifications, pick a single product with fewest updates possible (e.g., Silverlight).

Windows Update now recommends the installation of Update for Windows Server Update Services 3.0 SP2 [for x64-based Systems] (KB2720211). It’s a 28 MB download from Microsoft servers if you’re curious. You can update it online, or do it later via your local update server—once it’s back online.

Use SQL Server Configuration Manager to stop the SQL Server (MSSQLSERVER) service. Replace SUSDB.mdf and SUSDB_log.ldf files from backup. Rename WSUS.

bak folder to WSUS and restart the Windows Server. Edit the Default Domain Policy and set update server URLs to what they have originally been (e.g.

, http://server:8530) and forcibly re-apply GP settings using gpupdate /force. You’re good to go.

Источник: http://www.komeil.com/blog/fix-wsus-error-80072ee2-not-updating-clients

Ошибка обновления Windows Update 80072EE2

В этой статье я постараюсь перечислить основные способы исправления ошибки с кодом 80072EE2, которая появляется при поиске или установке обновлений Windows через Windows Update или SUS. Ошибка 80072EE2 может встречаться во всех версиях Windows, начиная с Windows 7 / Windows Server 2008 R2 и заканчивая Windows 10 / Windows Server 2016.

При попытке выполнить поиск новых обновлений в Центре обновления Windows появляется текст:

“Не удалось выполнить поиск новых обновлений
Произошла ошибка при поиске новых обновлений для компьютера. Найдены ошибки: Код 80072EE2”

Согласно таблице кодов ошибок обновления на сайте Microsoft, данный код ошибки интерпретируется как ERROR_INTERNET_TIMEOUT (-2147012894) The request has timed out. Это означает, что по какой-то причине система не смогла получить доступ к узлу Microsoft Update или сервер WSUS.

Проверьте наличие подключение к интернету и наличие доступа к сайту Windows Update

Прежде всего, рекомендуется проверить, что ваш компьютер имеет доступ к Интернету. Попробуйте в браузере открыть сайт http://download.windowsupdate.com. В том случае, если доступ к сайту имеется, откроется такая страница.

Проверка параметров прокси-сервера и межсетевого экрана

В том случае, если вы подключаетесь к интернету через прокси-сервер, проверьте, что в настройках Internet Explorer указан верный прокси-сервер.

Кроме того, для доступа к узлам Windows Update, прокси сервер не должен запрпшивать авторизацию.

Либо на межсетевом экране нужно разрешить компьютерам прямой доступ на узлы Windows Update:

http://*.update.microsoft.comhttps://*.update.microsoft.com

http://download.windowsupdate.com

Сброс настроек системного прокси

Проверьте, не изменились ли у вас настройки системного прокси-сервера (это часто делают различные вирусы и трояны). Для этого, откройте командную строку с правами администратора и выполните команду, импортирующую настройки системного прокси-сервера из параметров IE.

netsh winhttp import proxy source=ie

Перерегистрация библиотек агента обновления Windows

В некоторых случаях отсутствие регистрации динамических библиотек службы обновления Windows также может вызывать ошибку 80072ee2. В этом случае рекомендуется в командной строке (с правами администратора) перерегистрировать все связанные с службой Windows Update dll-библиотеки):

regsvr32 oleaut32.dllregsvr32 jscript.dllregsvr32 vbscript.dllregsvr32 softpub.dllregsvr32 msxml.dllregsvr32 wintrust.dllregsvr32 initpki.dll

regsvr32 cryptdlg.dll

Изменение размера MTU на 1492

Установка некорректного размера MTU также может приводить к появлению ошибки 80072ee2 (конечно, это не самый распространенная причина, но отметать ее не стоит). Проверьте текущий размер MTU командой

netsh interface ipv4 show subinterfaces

Для изменения размера MTU на значение 1452 для проводного интерфейса используется команда

netsh interface ipv4 set subinterface «Local Area Connection» mtu=1452 store=persistent

а для беспроводного интерфейса:

netsh interface ipv4 set subinterface «Wireless Network Connection» mtu=1452 store=persistent

Исправлении ошибки 0x80072ee2 при установке обновлений через WSUS

Если данная ошибка обновления Windows появляется при установке обновления с внутреннего сервера WSUS, рекомендуется проверить корректность его настройки в реестре. Запустите regedit.

exe, перейдите к следующему разделу реестра: HKEY_Local_Machine\Software\Policies\Microsoft\Windows\WindowsUpdate и проверьте значение в параметров WUServer и WUStatusServer.

Они должны указывать на действующий адрес вашего WSUS сервера.

Читайте также  9c59 internet eXPlorer 11 ошибка

Если вы не хотите использовать внутренний WSUS, а хотите получать обновления непосредственно из Центра обновления Windows, удалите эти параметры из реестра и перезапустите службу «Windows Update» командой:

net stop wuauserv && net start wuauserv

Недостаток ресурсов для пула WsusPool

В том случае, если для распространения обновлений вы используете собственный сервер WSUS, проверьте нет ли проблем с доступными ресурсами на сервере. При недостатке памяти пул IIS, отвечающий за работу WSUS сервера может периодически отваливаться (WsusPool).

Попробуйте убрать ограничение на использование оперативной памяти для пула WsusPool. Откройте консоль IIS Manager и перейдите в раздел Application Pools-> WsusPool->Advanced Settings.

Измените значение параметра Private Memory Limit на 0 и перезапустите IIS.

Ошибка 0x80072ee2 в виртуальных машинах Hyper-V

При использовании среды виртуализации Hyper-V иногда может возникнуть ситуация, когда Windows в гостевых виртуальных машинах не может обновляться.

Я несколько раз сталкивался с этим на Windows Server 2008 R2. Система выдает ошибку 80072EE2 и все тут.

Как оказалось, ошибка связана с параметром физического сетевого адаптера сервера Hyper-V, отвечающего за передачу больших пакетов.

Чтобы исправить проблему, нужно на хостовом гипервизоре Hyper-V запустить диспетчер устройств и открыть свойства физического сетевого адаптера.

На вкладке Advanced нужно отключить следующие параметры: Large Send Offload V2 (IPv4) и Large Send Offload V2 (IPv6). Эти параметры отвечают за сегментирование больших пакетов данных драйвером сетевого адаптера.

Сохраните изменения и выполните новый поиск обновлений на виртуальной машине

Источник: https://vmblog.ru/oshibka-obnovleniya-windows-update-80072ee2/

Ошибка обновления Windows код ошибки 80072ee2. —

В этом руководстве мы будем направлять вас через наиболее полное руководство для решения задач с обновлениями Windows и решением проблемы ошибка 80072ee2.

Ошибки Windows, как известно, трудно решить, особенно ошибки, связанные с обновлением Windows, поскольку они все возвращают сообщение без дополнительной информации.

Ошибка 80072ee2 распространена во всех версиях Windows, начиная с Windows 7 и Windows сервер 2008 R2 до Windows 10/Windows сервер 2012 Р2. Эта ошибка может появиться при установке обновления через wsus или при загрузке обновлений через Интернет из центра обновления Windows.

Прежде всего, вы должны знать, что вызывает эту ошибку. При попытке подключиться к серверу Windows, чтобы загрузить последние обновления, система не может установить соединение, отсюда и сообщение об ошибке, которое отображается на экране.

При проверке новых обновлений для вашего компьютера Windows не удалось выполнить поиск новых обновлений и произошла ошибка: код 80072EE2.

Возможные решения обновления Windows код ошибки 80072ee2

Код ошибки 80072ee2 по данным центра обновления Windows, сайт интерпретируется следующим образом: ERROR_INTERNET_TIMEOUT (-2147012894) запрос истёк. Это означает, что система не может получить доступ к центру обновления Майкрософт и службе сайта wsus.

Решение 1. Проверьте подключение к Интернету и доступ к веб-сайту обновления

Прежде всего, рекомендуется проверить, что ваш компьютер имеет доступ к Интернету. Попробуйте открыть веб-сайт http://download.windowsupdate.com в браузере. Если доступ к сайту есть в наличии, то появится следующая картинка:

Решение 2. Проверьте параметры прокси-сервера и брандмауэра

Если вы используете прокси-сервер, то проверьте его. Если вы это сделаете, проверьте настройки Интернет Explorer и убедитесь, что прокси не требуется имя пользователя или пароль для подключения.

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

Если вы подключаетесь к интернету через брандмауэр, убедитесь, что следующие адреса веб-сайтов разрешены в его настройках:
На сайте http: //*.update.microsoft.com протокол https: //*.http://download.windowsupdate.com update.microsoft.com для обновления.

Решение 3. Сбросить настройки прокси-сервера системы

Если ваш компьютер был заражен шпионским ПО в прошлом — или это на данный момент актуально — Spyware после изменения настройки Интернет Explorer, чтобы использовать прокси-сервер. Открыть утилиту cmd.exe (набрав cmd в меню Пуск) и выполните следующую команду:

netsh winhttp import proxy source=ie

Решение 4. Повторно зарегистрировать библиотеки dll

Некоторые dll файлы могут быть не зарегистрированными из-за различных факторов, которые могут вызвать при обновлении Windows код ошибки 80072ee2. В этом случае, откройте с повышенными правами cmd.exe и повторно зарегистрируйте некоторые из библиотек dll вставив следующие строки:

regsvr32 oleaut32.dll regsvr32 jscript.dll regsvr32 vbscript.dll regsvr32 softpub.dll regsvr32 msxml.dll regsvr32 wintrust.dll regsvr32 initpki.dll

regsvr32 cryptdlg.dll

Решение 5: изменить значение mtu параметр 1492

Неправильный параметр mtu также может вызвать ошибку 80072ee2. Это явление редкое, что может привести к ошибке 80072ee2, но параметр mtu на компьютере может быть неверным. В этом случае, вы просто должны установить значение mtu в 1492 и попробовать получить обновления Windows.

Решение 6. Исправление ошибки 0x80072ee2 с помощью служб wsus

Если вы получаете обновления Windows с внутренней службы wsus (сервер wsus), то откройте редактор реестра (regedit.

exe) и перейдите в ветку: раздел HKEY_LOCAL_MACHINE\программное обеспечение\политики\Майкрософт\Windows в\файл windowsupdate и проверьте Добавил и WUStatusServer.

Убедитесь, что здесь указаны правильные имена сервера wsus.

Если Вы не хотите использовать внутренний сервер wsus (но вы хотите получать обновления из центра обновления Windows), удалите эти параметры из реестра и перезапустите службу “Windows Update” с помощью команды:

net stop wuauserv && net start wuauserv

Решение 7. Нехватка ресурсов в пул приложениях служб wsus

Если вы используете wsus-сервера, возможно, ошибка может появиться из-за нехватки ресурсов в пул приложениях служб wsus на сервере. Решение — снять ограничение на потребляемую память.

Открыть консоль -> Диспетчер служб IIS бассейны -> приложения WsusPool -> Дополнительные параметры. Измените собственный лимит памяти в 0 и перезапустите IIS.

Решение 8. Ошибка 80072ee2 в виртуальной машине на Hyper-V

При использовании виртуальной машины Hyper-V, вы можете столкнуться с ситуацией, когда Windows не хочет обновляться внутри виртуальной машины. Система выдает ошибку 80072EE2 и не даёт никаких объяснений. Как выяснилось, такая ошибка была связана с сетевой картой с параметром передачи больших пакетов.

Чтобы решить эту проблему, запустите диспетчер устройств на сервере Hyper-V и откройте свойства физической сетевой карты:

Затем перейдите на вкладку дополнительно, найдите и отключите 2 параметра v2 разгрузка большой отправки (IPv4), так и v2 разгрузка большой отправки (протокол IPv6). Эти параметры отвечают за сегментирование сетевого адаптера больших пакетов данных.

Сохраните изменения и выполните новый Поиск обновлений на виртуальной машине.

Источник: https://mega-obzor.ru/oshibka-obnovleniya-windows-kod-oshibki-80072ee2.html

Понравилась статья? Поделить с друзьями:
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: