Por que os nós Win10 podem fazer check-in com o WSUS, mas não puxar as atualizações (0x8024401c)

3

Eu tenho um Windows Server 2016 executando o WSUS (WID Database). Os nós no meu sistema são todos do Windows 10 Professional. Eles são configurados por meio da política de grupo para verificar as atualizações do Server 2016. Os nós e o servidor não estão atrás de um proxy.

Com base no console do WSUS, ele mostra que todos os nós estão fazendo check-in quando eu pressiono "Check for Updates". Quando você olha no nó, ele lança a seguinte mensagem:

There were some problems installing updates, but we'll try again later. If you keep seeing this and want to search the web or contact support for informaiotn, this may help: (0x8024401c)

Eu pesquisei esse erro e descobri poucas informações ou nenhuma para esse erro. Eu tentei todas as sugestões que pude encontrar, mas nada resolveu esse problema. O que eu posso fazer do último arquivo .ELT quando eu abri-lo com a palavra é:

There was an error communicating with the endpoint at http://FQDN:8530/ClientWebService/client.asmx. There was an error receiving the HTTP reply. The operation did not complete within the time allotted.

Quando eu faço um Get-WindowsUpdateLog no PowerShell, acabo de obter uma longa lista de atualizações que ele não consegue encontrar. Nenhuma informação de comunicação real.

Eu posso chegar a esse link se eu colocá-lo em um navegador e o firewall não estiver bloqueando o WSUS. o que estou perdendo? Alguém pode me fornecer qualquer outra informação. Eu também estou aprendendo a ler arquivos ELT usando o procedimento correto.

EDIT 1: Tentativa de executar os Caracteres e o WDK10 no cliente para interpretar melhor os arquivos ELT.

EDIT 2: Rodar a ferramenta tracefmt.exe me dá o seguinte erro:

Cannot Open logfile for reading

Isso acontece com todos. Eu vejo do TraceView do kit de ferramentas do SDK que todos os eventos mostram horários do sistema e informações sem formatação encontradas. Está conectado e não está recebendo esses dados ou está apenas procurando por todas essas atualizações?

    
por JukEboX 28.02.2017 / 01:17

3 respostas

6

Eu fiz as seguintes alterações no pool de aplicativos do IIS para a página do WSUS:

  • Comprimento da fila: 25000 de 10000
  • Intervalo de limite (minutos): 15 de 5
  • Resposta "Serviço indisponível": TcpLevel em HttpLevel
  • Limite de memória privada (KB): 0 de 18342456

Isso permitiu um tempo maior necessário para o Windows 10 se conectar e verificar se há atualizações, redefinir as conexões de todas as máquinas e permitir mais memória para o processamento de atualizações, o que foi uma sugestão que encontrei em uma pesquisa do Google.

    
por 02.03.2017 / 18:45
1

Todo o meu Windows 10 1607 e o Servidor 2016 1607 tiveram erro 0x8024401c.

Algumas dicas de ajuste do pool de aplicativos do IIS não ajudaram.

A execução do script "Clean-WSUS" PowerShell 3 do Adamj no servidor WSUS solucionou o problema:

link

link

    
por 19.10.2017 / 10:29
1

Fiz as seguintes alterações no pool de aplicativos do IIS para a página do WSUS:

  • Comprimento da fila: 25000 de 10000
  • Intervalo de limite (minutos): 15 de 5
  • Resposta "Serviço indisponível": TcpLevel em HttpLevel
  • Limite de memória privada (KB): 0 de 18342456

28 de agosto de 2017 - KB4039396 ( OS Build 14393.1670 )

Melhorias e correções:

  • Problema resolvido com o processamento de metadados de atualização do WSUS que pode fazer com que alguns clientes atinjam o tempo limite com um erro 0x8024401c.

  • Aumentar o tempo limite do ASP.NET

  • Faça uma cópia de \Program Files\Update Services\WebServices\ClientWebService\Web.Config .

  • Abra \Program Files\Update Services\WebServices\ClientWebService\Web.Config .

  • Encontre o elemento " <httpRunTime ". Ele ficará assim (em um web.config não modificado): %código%
  • Modifique httpRunTime adicionando um atributo executionTimeout: %código%
  • Salve o web.config em um local diferente e copie o modificado no diretório.
  • Em um prompt de comando elevado, execute IISReset para reiniciar o IIS.
  • Monitorando o cache de metadados do WSUS

É preciso ser realmente paciente após o IISReset e forçar alguns clientes a entrar em contato com o WSUS para que o cache seja recriado. Depois que o tamanho do cache for estável, ele funcionará

    
por 21.08.2018 / 15:43