Por que o formulário de Atualizações Automáticas pode ser desabilitado para usuários administrativos no Windows Server 2003?

Question

Eu tenho um cenário em que tenho dois servidores Windows 2003 em um domínio de diretório ativo (mesma unidade organizacional) e um único usuário de domínio está sendo usado para fazer logon em cada servidor via Área de Trabalho Remota (o usuário é um membro dos administradores grupo).

No servidor1, posso acessar a caixa de diálogo "atualizações automáticas" por meio do Painel de controle - > Atualizações automáticas e pode alterar as configurações conforme o esperado.

No servidor2, a caixa de diálogo "atualizações automáticas" aparece, mas todos os controles estão esmaecidos.

Alguém sabe quais situações podem ocorrer que causariam essa diferença de comportamento, novamente, observando que é o mesmo usuário do AD que está acessando cada servidor?

Eu observei a política local no server2, com base nas sugestões fornecidas abaixo, mas não tenho certeza de qual política estou procurando. Nenhum parecia pular para mim, então qualquer sugestão específica seria apreciada.

Scott

    

Answer 1

A política de grupo é provavelmente a razão pela qual isso está acontecendo. A Diretiva de Grupo pode ser aplicada em vários níveis, local, site do AD, domínio do AD, OU. Essa ordem significa que o GPO local é processado primeiro e os GPOs vinculados à unidade organizacional da qual o computador ou usuário é membro direto são processados por último, substituindo as configurações nos GPOs anteriores se houver conflitos. (Se não houver conflitos, as configurações anteriores e posteriores serão agregadas.)

Além disso, existem essencialmente duas versões - computador e usuário. A política do computador é aplicada primeiro e depois a diretiva do usuário quando o usuário faz logon. Verifique as políticas de grupo no reverso dessa ordem para encontrar a política incorreta. A maneira mais simples de ver quais políticas são aplicadas é com o snap-in do RSOP

    

Answer 2

Existem políticas baseadas no sistema nesse servidor que estão impedindo que você altere as configurações da Atualização Automática. Eu verificaria a política local primeiro e depois verificaria a política de grupo.

Esta KB da Microsoft deve ajudar: link

    

Answer 3

O servidor esmaecido provavelmente está configurado para usar as Atualizações Automáticas via Política de Grupo. Outra possibilidade é que alguém tenha instalado um cliente SCCM (Microsoft System Center Configuration Manager, antigo SMS). O SCCM integra e estende o agente de atualizações automáticas.

    

Answer 4

O servidor 1 e o servidor 2 estão na mesma UO do Active Directory?

O Windows Update pode ter algumas configurações de Diretiva de Grupo no Servidor 2 que não estão no servidor 1.

    

Answer 5

Podem ser duas coisas diferentes: 1) Verifique novamente se você é de fato um administrador em ambos os servidores. Se isso for verdade, então ... 2) Se os servidores estiverem na mesma UO e você for um administrador em ambos, eu diria que você não tem uma configuração de política de grupo no diretório ativo para atualizações automáticas e que uma política de grupo local foi definida em uma mas não o outro.

Na verdade, o número 3 pode ser que um dos servidores não esteja puxando a diretiva de grupo por algum motivo (se foi adicionado recentemente ao domínio, movido para a UO, etc.). Vá para Iniciar, Executar e digite gpupdate / force para extrair as políticas de grupo mais recentes do domínio e faça o seguinte:

Vá para Iniciar, Executar e digite rsop.msc (Conjunto de diretivas resultante). Isso informará se uma política foi definida e, em caso afirmativo, em que nível ela foi aplicada (Local, Domínio Padrão, alguma outra política de UO, etc ...)