O tempo do Windows Server 2012 continua se ajustando 12 minutos à frente

Question

Nosso servidor do Active Directory tem um problema em que o tempo continua se definindo 12 minutos à frente do tempo real. Isso causa problemas de autenticação na rede.

Eu tentei sincronizar com um serviço NTP externo com o seguinte:

w32tm /config /manualpeerlist:pool.ntp.org /syncfromflags:MANUAL
stop-service w32time
start-service w32time

Em seguida, tentou definir o tempo de 12 minutos de volta. Mas em segundos ele pulou 12 minutos à frente novamente.

Eu tentei cancelar o registro do serviço usando:

w32tm /unregister

Em seguida, tentei definir a hora corretamente, mas novamente ela foi revertida para a configuração incorreta.

Existe alguma maneira de definir o tempo sem que ele mude?

    

Answer 1

Primeiro, o pool.ntp.org é não uma fonte recomendada para o Serviço de Tempo do Windows. Veja aqui: Sincronização de Horário do Active Directory - Tempo- ID do Evento de Serviço 50

Estou confuso com o seu comentário de que este servidor está desativado, mas todos os outros são precisos, mas você está usando o pool.ntp.org. Em um ambiente do Active Directory, o PDCe é o servidor de horário "raiz" com o qual todos os outros controladores de domínio são sincronizados (e todos os servidores membros e estações de trabalho são sincronizados com os controladores de domínio). O PDCe deve ser configurado para sincronizar com uma fonte de tempo externa via NTP. O PDCe deve ser o único servidor que sincroniza com uma fonte externa.

Veja aqui: link

Observe que, se você estiver em um ambiente do Active Directory e estiver sincronizando tudo do PDCe como deveria, as VMs não deverão ser configuradas para sincronizar seu tempo com o host físico. Se você tiver duas coisas tentando corrigir o relógio, elas lutarão entre si.

    

Answer 2

Eu tive um problema semelhante. Eu acho que o meu tempo foi cerca de 5 minutos fora ... Eu tentei todos os habituais comandos w32time / serviços reiniciados e não iria ajustar ... Sem alegria!

O que eu fiz no final foi propositalmente definir o tempo para algo obscuro, e. alguns meses à frente ou atrás reexecutaram os comandos do w32time e eis que ele voltou dentro de uma boa tolerância (alguns milissegundos).