Cliente de atualizações 2.2 automática não detecta aprovados atualizações do Software Update Services

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 323184
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Sintomas
Embora as novas atualizações foram aprovadas em um servidor que está executando o Software Update Services, o cliente de versão 2.2 das atualizações automáticas não pode detectar as atualizações.
Causa
Há várias causas possíveis para esse problema. Essas causas podem variar de cliente não resolver o nome do servidor que está executando o Software Update Services para o cliente não receber as configurações de diretiva.
Resolução
Para resolver esse problema, use qualquer um dos seguintes métodos.

Método 1

Para determinar se o cliente está executando detecção contra o servidor está executando o Software Update Services, consulte o arquivo de Update.log %SystemRoot%\Windows. Procure uma entrada semelhante à seguinte:
05/2002/02 17:38:42 22:38:42 Êxito IUENGINE consultar Software Update Catálogo do http://servername/auotupdate/getmanifest.asp
Essa entrada mostra o cliente atualizações automáticas verificando o catálogo de atualizações aprovadas no servidor que está executando o Software Update Services. Certifique-se de que a detecção ocorreu após as novas atualizações foram aprovadas. Se a detecção ocorreu antes das atualizações foram aprovadas, você pode forçar o cliente atualizações automáticas para executar a detecção novamente seguindo as etapas descritas na Microsoft Knowledge artigo 326693.Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
326693Como forçar o Automatic Updates 2.2 a executar um ciclo de detecção

Método 2

Exiba o arquivo Windows Update.log para procurar por códigos de erro. Quando ocorre um erro, ele normalmente é registrado no formato hexadecimal. Se o código de erro hexadecimal começa com "0x8019" prefixo, você pode converter os três últimos dígitos do código de erro em decimal para obter o código de status HTTP que foi retornado ao cliente durante o ciclo de detecção.

Por exemplo, você pode converter código de erro hexadecimal 0x80190194 ao código de status HTTP 404 ("arquivo não encontrado"), convertendo os três últimos dígitos do erro de código (neste exemplo, 194), em decimal para obter o código de status HTTP 404.

Código de erro 0x80072EE7 é outro código de erro comuns que é registrado no arquivo Windows Update.log. Esse código de erro indica um problema de resolução de nome; o cliente não é possível localizar o servidor SUS. Nessa situação, você pode contornar o erro usando o endereço IP ou DNS completo nome do servidor SUS quando você configura as configurações de diretiva

Método 3

Se o cliente foi configurado manualmente editando o registro, use o arquivo Gpedit.msc para configurar o cliente. Isso garante de que as entradas do Registro são criadas no local correto no registro e tenham o valor correto tipos e valores. Para configurar o cliente usando o arquivo Gpedit.msc:
  1. Clique em Iniciar , clique em Executar , digite gpedit.msc e, em seguida, clique em OK .
  2. Em Configuração do computador , clique em Modelos administrativos .
  3. No menu ação , clique em Adicionar ou remover modelos .
  4. Clique em Adicionar .
  5. Clique no arquivo Wuau.adm na pasta % systemroot%\inf e em seguida, clique em Abrir .
  6. Verifique se o arquivo Wuau.adm é listado na caixa de diálogo Adicionar ou remover modelos e, em seguida, clique em Fechar .
  7. No Editor de diretiva de grupo, expanda Configuração do computador , Modelos administrativos , Componentes do Windows e Windows Update .
  8. Configure as configurações de dois diretiva conforme apropriado e saia do Editor de diretiva de grupo.
  9. Reinicie o computador cliente.

Método 4

Se o cliente foi configurado usando o arquivo Gpedit.msc, mas ainda não executa um ciclo de detecção contra o servidor está executando o Software Update Services, use a ferramenta gpresult.exe do Microsoft Windows 2000 Resource Kit para determinar se o computador cliente está recebendo as configurações de diretiva. Para obter informações adicionais sobre como usar a ferramenta gpresult.exe, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
321709COMO: Usar a ferramenta de resultados de diretiva de grupo no Windows 2000
Se a diretiva não está sendo recebida pelo computador cliente, use as informações nos seguintes artigos da Microsoft Knowledge Base para solucionar problemas de diretiva de grupo.

Para clientes baseados no Microsoft Windows 2000:
259398ID de evento SceCli 1001 e identificação do evento UserEnv 1000 quando o cliente DFS está desativado
Para clientes com o Microsoft Windows XP:
314494Diretivas de grupo não são aplicadas a forma esperada; "Event ID 1058" e "Event ID 1030" erros no aplicativo do log
Mais Informações
O cliente Automatic Updates 2.2 executa um ciclo de detecção uma vez a cada 17 a 22 horas.

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 323184 - Última Revisão: 12/07/2015 11:11:16 - Revisão: 3.2

Microsoft Software Update Services 1.0

  • kbnosurvey kbarchive kbmt kbenv kbprb KB323184 KbMtpt
Comentários