Назад | Перейти на главную страницу

ntp смещение через некоторое время растет

У меня есть 10 клиентов и один сервер, синхронизирующийся с 2 серверами NTP в Windows с использованием Meinberg NTP, все они работают под управлением Windows XP SP3. За исключением сервера, все они отлично синхронизируют свое время. Тот, который теряет синхронизацию, работает под управлением SQL server 2008, filezilla и системы наблюдения NUUO. В этой системе смещение NTP увеличивается каждый раз, когда она опрашивает серверы, пока через два дня не перестает синхронизироваться. Затем мне следует перезапустить NTP-сервер или перезагрузить всю систему. Моя конфигурация NTP проста:

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 

Эта конфигурация используется на других клиентах. 192.168.1.102 и 192.168.1.220 синхронизируют свое время с Интернетом. Все клиенты находятся в беспроводной локальной сети (сервер и два сервера NTP находятся в физической гигабитной локальной сети). Может ли кто-нибудь подсказать, что вызывает проблему?

[ОБНОВИТЬ]

ntpdc -c sysinfo вывод:

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 вывод:

     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

Без дополнительной информации сложно дать полный ответ. Можете ли вы опубликовать полный ntp.conf для сломанного сервера? И опубликовать список смещений, показывающих рост с течением времени?

Я не уверен, почему у вас обе удаленные машины настроены как предпочтительные?

Вот несколько вещей, которые вы можете сделать, чтобы улучшить настройку:

Для начала вы должны удалить запись LOCAL reference clock:

server  127.127.1.0 minpoll 4
fudge   127.127.1.0 stratum 10

Затем вы должны удалить записи пакета и изменить их на iburst. Увидеть ntp docs на всплеске для получения дополнительной информации.

Наконец, вам действительно нужно иметь три источника. Человек с одними часами знает, который час, а человек с двумя часами никогда не знает точно. Добавив третий сервер, ваши клиенты смогут разорвать связь, если два сервера не согласятся по времени.