ntp offset está crescendo depois de algum tempo

Question

Eu tenho 10 clientes e um servidor de sincronização com 2 servidores NTP no Windows usando o Meinberg NTP, todos eles executando o Windows XP SP3. Exceto o servidor todos eles sincronizando seu tempo perfeitamente. Aquele que está perdendo sua sincronização está executando o SQL Server 2008, o filezilla e o sistema de vigilância NUUO. Neste sistema, o offset de NTP está crescendo toda vez que ele faz polling a partir de servidores até que ele fique fora de sincronia após dois dias. Então eu deveria reiniciar o servidor NTP ou reiniciar o sistema inteiro. Minha configuração NTP é simples:

server  127.127.1.0 minpoll 4
fudge   127.127.1.0 stratum 10

server 192.168.1.102 minpoll 4 burst prefer
server 192.168.1.220 minpoll 4 burst prefer 

Esta configuração é usada em outros clientes. 192.168.1.102 e 192.168.1.220 estão sincronizando seu tempo com a Internet. Todos os clientes estão em LAN sem fio (o servidor e dois servidores NTP estão em LAN gigabit física). Alguém pode sugerir o que está causando problema?

[UPDATE]

ntpdc -c sysinfo output:

system peer:          192.168.1.102
system peer mode:     client
leap indicator:       11
stratum:              4
precision:            -20
root distance:        0.41095 s
root dispersion:      1.90089 s
reference ID:         [192.168.1.102]
reference time:       d4a0ce3c.13374d75  Wed, Jan 16 2013 10:29:08.075
system flags:         auth monitor ntp kernel stats
jitter:               0.503342 s
stability:            0.000 ppm
broadcastdelay:       0.000000 s
authdelay:            0.000000 s

ntpdc -p output:

     remote           local      st poll reach  delay   offset    disp
=======================================================================
=LOCAL(1)        127.0.0.1       10   16    0 0.00000  0.000000 3.96863
=192.168.1.220   192.168.1.5      2   16  377 0.00017  2.088162 0.01524
*192.168.1.102   192.168.1.5      3   16  373 0.02069  2.065532 0.01714

    

Answer 1

Sem mais informações, é difícil dar uma resposta completa. Você pode postar o arquivo ntp.conf completo para o servidor quebrado? E postar uma lista do offset mostrando o crescimento ao longo do tempo?

Não sei por que você tem os dois computadores remotos como preferidos?

Existem algumas coisas que você pode fazer para melhorar a configuração:

Para começar, você deve remover a entrada do relógio de referência LOCAL:

server  127.127.1.0 minpoll 4
fudge   127.127.1.0 stratum 10

Em seguida, você deve remover as entradas de burst e alterá-las para iburst. Consulte os documentos da ntp no burst para obter mais informações.

Finalmente, você realmente precisa ter três fontes. Um homem com um relógio sabe que horas são, um homem com dois relógios nunca tem certeza. Ao adicionar um terceiro servidor de horário, seus clientes poderão quebrar o empate se os dois servidores não concordarem com o tempo.