Недавно я начал испытывать некоторые проблемы с несколькими рабочими станциями в моей сети, получая вышеупомянутые ошибки при попытке проверить и загрузить обновления для Windows 7 (x64). Иногда я получаю 8024402F
ошибку, а иногда я получаю 80072EFE
ошибку. Я пытался решить проблему самостоятельно посредством свободного использования Google-фу, но пока не смог найти ничего, что позволило бы этим компьютерам проверять наличие обновлений.
Пока я просто работаю на одном из (очевидно) трех компьютеров в моей сети, у которых возникла проблема, потому что это компьютер, который в данный момент активно не используется для производства.
Если вы столкнулись с этой проблемой и наткнулись на эту тему, но не попробовали выполнить один или несколько шагов, перечисленных ниже, я бы рекомендовал сначала пройти их. Большинство людей клянутся приложением Kaspersky TDSSKiller, о котором я упоминаю, хотя у меня оно не сработало.
ОБНОВЛЕНИЕ — РАЗРЕШЕНО: Если вы получаете одну из двух ошибок, указанных здесь, первый шаг устранения неполадок, который вы можете попробовать, независимо от того, с какой из двух ошибок вы столкнулись, это просто перезагрузить и / или обновить любое решение брандмауэра вы используете По-видимому, наша проблема была вызвана чем-то в нашем аппаратном брандмауэре, и перезагрузка «очистила» все, что вызывало помехи при подключении к серверам Центра обновления Windows. Посмотрите самопринятое решение ниже для получения дополнительной информации, но, надеюсь, это избавит вас от погони за устранением неполадок.
УСТРАНЕНИЕ НЕИСПРАВНОСТЕЙ
В моем исследовании наиболее частой причиной этих ошибок является вирус или руткит-инфекция. Во многих статьях указывается, что инструмент обнаружения руткитов, предоставляемый «Лабораторией Касперского» ( утилита антируткитов TDSSKiller ), является лучшим решением, поскольку, похоже, он решает большинство проблем. Другие средства обнаружения вредоносных программ, которые можно попробовать, включают MalwareBytes, Spybot Search & Destroy, собственные инструменты обнаружения вредоносных программ Microsoft ( Safety Scanner ) и т. Д. Я использовал несколько различных вариантов, в том числе наше внутреннее антивирусное решение ESET Endpoint Antivirus, чтобы убедиться в его наличии. нет инфекции, и все они выходят чистыми.
В другой ветке на форумах сообщества Microsoft по поводу другой ошибки Центра обновления Windows ( код ошибки Центра обновления Windows 80244019 ) я также проверил состояние предотвращения выполнения данных на уязвимой рабочей станции, чтобы убедиться, что для него установлено значение " Включить DEP для основных программ Windows" и Услуги только (что было).
Следующим шагом была попытка сброса компонентов Центра обновления Windows. Я следовал всем инструкциям, перечисленным в статье Microsoft " Как сбросить компоненты Центра обновления Windows? «, И даже создал командный файл для автоматического выполнения всех этапов в случае, если он сработает, чтобы я мог запустить его на другом уязвимом компьютере. рабочие станции.
По рекомендации другого системного администратора, с которым я обсуждал эту проблему, я даже сбросил TCP / IP на рабочей станции в случае возникновения проблемы, которая вызывала прерывание. Для этого я следовал инструкциям в статье Microsoft » Как сбросить TCP / IP с помощью утилиты NetShell «, но я все еще продолжаю получать одну из перечисленных выше ошибок, когда я пытаюсь проверить наличие новых обновлений после перезагрузки.
Один пользователь предположил, что проблема, возможно, связана с брандмауэром, блокирующим связь, поэтому я перешел к настройкам конфигурации SonicWALL и добавил все следующие URI в список » Белые домены " (белый список) фильтра содержимого брандмауэра. Для справки вот URI, которые я добавил. (Я знаю, что в них есть некоторые «совпадения», но я вытащил список из следующей ветки форума TechNet " Диапазон IP-адресов обновлений Windows и маска подсети для Windows Server 2008 ″.)
- windowsupdate.microsoft.com
- * .windowsupdate.microsoft.com
- * .update.microsoft.com
- * .windowsupdate.com
- download.windowsupdate.com
- download.microsoft.com
- * .download.windowsupdate.com
- wustat.windows.com
- ntservicepack.microsoft.com
- stats.microsoft.com
На данный момент я не смог найти никаких других полезных статей или веток форума, и у меня и у другого системного администратора, с которым я работал, закончились идеи. Кто-нибудь еще сталкивался и решил эту упрямую проблему? Любые предложения будут ценны.
ПРИМЕЧАНИЕ. Другие рабочие станции, включая мою собственную, не испытывают проблем с проверкой, загрузкой или установкой обновлений. Насколько я могу судить, затронутые рабочие станции, похоже, не имеют никаких других проблем, связанных с сетью / Интернетом. Проблема только в проверке обновлений Windows. Все рабочие станции в сети имеют одинаковую базовую конфигурацию, когда дело доходит до сканирования программного обеспечения AV и безопасности.