Os clientes do WSUS não conseguem obter atualizações com o erro 80072EE2

Question

Recentemente, implementamos o WSUS para nossas estações de trabalho do Windows (cerca de 90). Alguns dos clientes parecem não ter nenhum problema, enquanto outros continuam retornando o erro "80072EE2" ao tentar verificar manualmente se há atualizações usando o Windows Update.

Os clientes são Win7 x64 SP1, o servidor é Win2008 x86 SP2

Nossas estações de trabalho usam uma imagem padrão, portanto, há uma diferença mínima entre os sistemas.

O processo w3wp.exe no servidor atinge uma CPU muito alta por longos períodos de tempo.

No WindowsUpdate.log dos clientes problemáticos, vemos:

2015-12-04  11:12:33:847     968    12ac    PT    Server URL = http://server.domain.com/SimpleAuthWebService/SimpleAuth.asmx
2015-12-04  11:13:37:937     968    12ac    Misc    WARNING: Send failed with hr = 80072ee2.
2015-12-04  11:13:37:937     968    12ac    Misc    WARNING: SendRequest failed with hr = 80072ee2. Proxy List used: <(null)> Bypass List used : <(null)> Auth Schemes used : <>
2015-12-04  11:13:37:937     968    12ac    Misc    FATAL: SOAP/WinHttp - SendRequest: SendRequestUsingProxy failed. error 0x80072ee2
2015-12-04  11:13:37:937     968    12ac    PT    + Last proxy send request failed with hr = 0x80072EE2, HTTP status code = 0
2015-12-04  11:13:37:937     968    12ac    PT    + Caller provided credentials = No
2015-12-04  11:13:37:937     968    12ac    PT    + Impersonate flags = 0
2015-12-04  11:13:37:937     968    12ac    PT    + Possible authorization schemes used = 
2015-12-04  11:13:37:937     968    12ac    PT  WARNING: SyncUpdates failure, error = 0x80072EE2, soap client error = 5, soap error code = 0, HTTP status code = 200
2015-12-04  11:13:37:937     968    12ac    PT  WARNING: PTError: 0x80072ee2
2015-12-04  11:13:37:937     968    12ac    PT  WARNING: SyncUpdates_WithRecovery failed.: 0x80072ee2
2015-12-04  11:13:37:937     968    12ac    PT  WARNING: Sync of Updates: 0x80072ee2
2015-12-04  11:13:37:937     968    12ac    PT  WARNING: SyncServerUpdatesInternal failed: 0x80072ee2
2015-12-04  11:13:37:937     968    12ac    Agent     * WARNING: Failed to synchronize, error = 0x80072EE2
2015-12-04  11:13:37:937     968    12ac    Agent     * WARNING: Exit code = 0x80072EE2

Verificando o servidor SoftwareDistribution.log do WSUS, vemos:

2015-12-04 16:14:36.018 UTC     Error   w3wp.18 ClientImplementation.SyncUpdat
        Syst
em.Threading.ThreadAbortException: Thread was being aborted.
   at Microsoft.UpdateServices.Internal.NativeMethods.ExtractBlobFromMemoryCab
UInt32 cbCompressed, Byte* pCompressed, UInt32& pcbUncompressed, IntPtr& ppUnc
mpressed)
   at Microsoft.UpdateServices.Internal.CabUtilities.ExpandMemoryCabToString(B
te[] src)
   at Microsoft.UpdateServices.Internal.DataAccess.ExecuteSpGetCoreUpdateXml(I
t32[] revisionIds)
   at Microsoft.UpdateServices.Internal.DataAccessCache.GetCoreUpdateXml(Int32
] revisionIds, DataAccess da, Int64 maxXmlPerRequest)
   at Microsoft.UpdateServices.Internal.ClientImplementation.GetSyncInfo(Versi
n clientProtocolVersion, DataAccess dataAccess, Hashtable stateTable, Hashtabl
 deploymentTable, Boolean haveGroupsChanged, Boolean driverSyncNeeded, Boolean
doChunking)
   at Microsoft.UpdateServices.Internal.ClientImplementation.SoftwareSync(Data
ccess dataAccess, UnencryptedCookieData cookieData, Int32[] installedNonLeafUp
ateIds, Int32[] leafUpdateIds, Boolean haveGroupsChanged, Boolean expressQuery
 Guid[] filterCategoryIds, Boolean needTwoGroupOutOfScopeUpdates)
   at Microsoft.UpdateServices.Internal.ClientImplementation.SyncUpdates(Cooki
 cookie, SyncUpdateParameters parameters)
   at Microsoft.UpdateServices.Internal.ClientImplementation.SyncUpdates(Cooki
 cookie, SyncUpdateParameters parameters)
   at Microsoft.UpdateServices.Internal.Client.SyncUpdates(Cookie cookie, Sync
pdateParameters parameters)
   at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arg
ments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHan
le typeOwner)
   at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] argu
ents, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle type
wner)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invo
eAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVi
ibilityChecks)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invo
eAttr, Binder binder, Object[] parameters, CultureInfo culture)
   at System.Web.Services.Protocols.LogicalMethodInfo.Invoke(Object target, Ob
ect[] values)
   at System.Web.Services.Protocols.WebServiceHandler.Invoke()
   at System.Web.Services.Protocols.WebServiceHandler.CoreProcessRequest()
   at System.Web.Services.Protocols.SyncSessionlessHandler.ProcessRequest(Http
ontext context)
   at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpAppli
ation.IExecutionStep.Execute()
   at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& com
letedSynchronously)
   at System.Web.HttpApplication.PipelineStepManager.ResumeSteps(Exception err
r)
   at System.Web.HttpApplication.BeginProcessRequestNotification(HttpContext c
ntext, AsyncCallback cb)
   at System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerReque
t wr, HttpContext context)
   at System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(IntP
r managedHttpContext, IntPtr nativeRequestContext, IntPtr moduleData, Int32 fl
gs)
   at System.Web.Hosting.PipelineRuntime.ProcessRequestNotification(IntPtr man
gedHttpContext, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags)
   at System.Web.Hosting.UnsafeIISMethods.MgdIndicateCompletion(IntPtr pHandle
, RequestNotificationStatus& notificationStatus)
   at System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(IntP
r managedHttpContext, IntPtr nativeRequestContext, IntPtr moduleData, Int32 fl
gs)
   at System.Web.Hosting.PipelineRuntime.ProcessRequestNotification(IntPtr man
gedHttpContext, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags)
2015-12-04 16:14:36.018 UTC     Warning w3wp.18 SoapUtilities.CreateException
Throw
Exception: actor = http://server.domain.com/ClientWebService/client.asm
, ID=9b1e3f5a-f766-4ba9-bf7e-52c7cfbe1f68, ErrorCode=InternalServerError, Mess
ge=, Client=a39b9446-c45a-4060-851d-9157a2393278

O que tentamos:

1. Reiniciando o servidor
2. Alterar atualizações automáticas verifique o período de atualizações de 1 hora a 10 horas
3. Desabilitando a verificação de acesso ao AV no servidor
4. Atualizando um cliente com problema para o cliente WSUS mais recente
5. Navegar manualmente para o URL mencionado no log do cliente acima. (Sem problemas)

Sou relativamente novo no WSUS, por isso não tenho a certeza do que mais podemos verificar. Qualquer ajuda seria muito apreciada.

    

Answer 1

Recentemente, deparei com esse problema exato, com erros idênticos nos registros, como você está vendo.

Os erros do evento na captura de tela abaixo me ligaram ao problema:

EsseserrosnologdeeventosestavamrelacionadosaoServiçodeAtivaçãodeProcessosdoWindows(umcomponente.NET)tendoproblemascomopooldeaplicativosdoWSUS.AdesinstalaçãodafunçãoWSUSfezcomqueesseserrosdesaparecessem,masareinstalaçãodafunçãofezcomqueelesvoltassemnovamente(éassimqueeusabiaqueeleseramcausadospeloWSUSenãoporoutrosserviçosdaWebnesseservidor).

Primeiramente,verifiqueseo KB2720211 está instalado no servidor do WSUS. Esta é uma atualização de segurança para o próprio WU. Se algum de seus clientes forem atualizados diretamente da Microsoft, eles já terão essa atualização e não poderão se comunicar com o servidor do WSUS (a verificação de atualizações da Microsoft no servidor do WSUS fornecerá essa atualização se a função do WSUS estiver instalada). / p>

Em segundo lugar, force o WSUS a reconfigurar o IIS. Por algum motivo, a reinstalação da função configurou-a incorretamente. Em um prompt de comando, digite o seguinte:

C:\Program Files\Update Services\Tools\wsusutil.exe usecustomwebsite false

Isso reconfigurará o site IIS do WSUS para operar na porta 80. Em seguida, digite:

C:\Program Files\Update Services\Tools\wsusutil.exe usecustomwebsite true

Isso reconfigurará o WSUS para a porta 8530.

Se você já estava na porta 80, faça este processo ao contrário.

Forçar o WSUS a se reconfigurar parece desobstruir qualquer problema que tenha sido mal configurado com o IIS.

Eu trabalhei neste problema por quase uma semana e foi isso que acabou esclarecendo. Espero que ajude você.

    

Answer 2

Em seus clientes afetados, verifique o registro em

HKLM / SOFTWARE / Políticas / Microsoft / Windows / WindowsUpdate

e compilar os valores para WUServer e WUStatusServer ao seu nome real do servidor do WSUS

    

Answer 3

Eu experimentei esse problema na semana passada ao configurar um servidor WSUS pela primeira vez na minha rede. Eu também usei o 2008 R2 (instância virtual) como o servidor e todos os meus clientes são servidores ou máquinas Win 7 x64.

Eu lutei por dias com ele, instalando vários patches para o próprio WSUS, tentando reconfigurar o IIS e derramando sobre log após log. A ferramenta Solarwinds me disse que tudo estava pronto, não tive problemas de DNS e não tive problemas em entrar em contato com o IIS no servidor de qualquer lugar. Eu apaguei a pasta softwaredistribution, forcei o cliente a detectar e relatar, usei a ferramenta de correção da Microsoft, todo esse lixo. No final, fiquei com mais da metade dos meus hosts ainda não informando (nunca) para o servidor e nenhum deles pode verificar manualmente as atualizações sem obter uma oferta ol '80072EE2.

Como um último recurso absoluto, desliguei a VM e fiz uma nova, dessa vez com o Server 2012. Instalei as funções do WSUS do Gerenciador de Servidores e tudo estava funcionando perfeitamente em poucos minutos.