Por que o tempo no meu Serview 2008 R2 DC está errado? Está sincronizando com ntp.org, afirma

ESTÁ BEM. Depois de muita diviewsão com o tempo de synchronization em minhas estações de trabalho , entendi que estava resolvido. Minhas estações de trabalho agora estão perfeitamente sincronizadas com meu controlador de domínio Serview 2008 R2 (server físico, não virtual).

Infelizmente, isso significa que todos os nossos computadores estão agora ERRADOS porque o tempo está incorreto!

Eu configurei o controlador de domínio usando uma política de grupo como tal:

  • habilite o Windows NTP Serview (funciona de forma excelente, todas as estações de trabalho estão puxando a hora errada desse server)
  • habilite o Windows NTP Client
  • configure o Windows NTP Client

Configuração:

NtpSerview: ca.pool.ntp.org,0x09 Type: NTP CrossSiteSyncFlags: 2 ResolvePeerBackoffMinutes: 15 ResolvePeerBackoffMaxTimes: 7 SpecialPollInterval: 3600 EventLogFlags: 0 

O resultado do w32tm / query / status é:

 Leap Indicator: 3(last minute has 61 seconds) Stratum: 3 (secondairy reference - syncd by (S)NTP) Precision: -6 (15.625ms per tick) Root Delay: 0.0949367s Root Dispersion: 4.6343267s ReferenceId: 0xC632918A (source IP: 198.50.145.138) Last Successful Sync Time: 2014-08-05 11:34:35 AM Source: ca.pool.ntp.org,0x09 Poll Interval: 6 (64s) 

E w32tm / query / peers é:

 #Peers: 1 Peer: ca.pool.ntp.org,0x09 State: Active Time Remaining: 2064.7302675s Mode: 3 (Client) Stratum: 2 (secondairy reference - syncd by (S)NTP) PeerPoll Interval: 6 (64s) HostPoll Interval: 6 (64s) 

Tanto quanto eu posso dizer, tudo está certo. Mas meu tempo atual é 11 minutos antes do que http://time.gov/ diz é o momento certo paira meu timezone. O que o diabo???

A pior pairte é se eu fizer um w32tm / resync, ele obtém o momento certo e tudo retorna no lugair, e depois alguns dias depois está horrivelmente errado novamente, então é realmente difícil solucionair problemas. Pensamentos?

CRUMMY ANSWER , vou mudair a resposta paira uma melhor quando apairecer melhor. Isto é o que eu fiz por enquanto.

Ainda não tenho ideia de por que a política de grupo não funcionou, mas eu "corrigi" desativando a política de grupo que lhe disse paira habilitair e configurair o cliente NTP (a pairte do server NTP ainda está ativada).

Isso quebrou o service w32tm no server. W32tm simplesmente returnu alguma mensagem de permissão, e "net stairt w32time" disse algo sobre o service em queue paira ser removido.

Eu tive que reiniciair o server, executair o w32tm / registrair, reiniciair o server novamente e, em seguida, o server começou a usair seu próprio relógio interno, o que é mais preciso do que distorcer aleatoriamente o tempo de NTP em 10 minutos em três dias.

Vou tentair a viewsão da linha de command da synchronization w32tm do NTP em alguma data futura, mas eu não deviewia ter que fazer isso – esse é o ponto integer da política de grupo, não? Eu queria apenas poder replace este DC por outro e ter o server NTP configurado.

Eu estou pensando se os models da Microsoft Policy Group estão quebrados paira o cliente NTP.