У меня есть Linux-машина в сети, где у машины есть доступ только к одному NTP-серверу. После синхронизации времени статус выглядит так:
[root@test ~]# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
<ip address> <ip address> 3 u 8 64 17 1.397 2.510 1.954
*LOCAL(0) .LOCL. 10 l 6 64 17 0.000 0.000 0.001
Моя проблема здесь в том, что даже при том, что удаленный сервер NTP имеет гораздо более низкий уровень и приличное значение джиттера, ntpd всегда выбирает локальные часы в качестве источника времени, и со временем его часы опаздывают. Ситуация остается прежней, даже спустя один день, так что дело не в том, что я недостаточно жду, пока все сложится.
Вопросы:
Да, возможна надежная синхронизация с одним источником синхронизации. Это ненадежно, потому что у вас нет избыточности, но это единственная проблема.
На вашем месте я бы просто удалил местный источник времени. На своих машинах я обычно использую только внешние серверы ntpd.
Вам нужны местные часы только в том случае, если вам нужно предоставлять услуги клиентам (подумайте: сервер ntpd для вашей внутренней сети), когда у вас нет подключения к Интернету и вы не можете синхронизироваться с другими серверами.
Как сказал Павел, удалите линию локальных часов в вашем ntp.conf. Фактически, удалить практически все. Если у вас есть рабочий, синхронизированный источник NTP в вашей локальной сети, который готов действовать как сервер, тогда клиентам действительно нужно только одна линия в их ntp.conf, который следует читать
server ntp.intranet.example.com
или, для максимально быстрой синхронизации,
server ntp.intranet.example.com burst
(последний увеличивает нагрузку на сервер во время запуска службы, но так как это ваш сервер, вы можете сказать «я разрешаю это», если вы хотите более быструю синхронизацию во время запуска ntpd).
Не забудьте указать ntp.intranet.example.com в /etc/ntp/step-tickersили там, где ваш дистрибутив хранит этот файл, поэтому часы клиентов могут жестко синхронизироваться во время запуска.