Рассмотрим пример настройки клиента ntp сервера.
Главный конфигурационный файл ntpd есть ntp.conf
#cat /etc/ntp.conf server ntp1.server.ru iburst maxpoll 9 server ntp2.server.ru iburst maxpoll 9
restrict default ignore restrict ntp1.server.ru restrict ntp2.server.ru restrict 127.0.0.1 restrict -6 ::1 restrict 127.127.1.0 restrict 10.0.0.0 mask 255.0.0.0 disable monitor |
Опция iburst используется для ускорения начального процесса синхронизации
Конфиг написан,добавим в rc.conf следующие строки:
#vi /etc/rc.conf ntpd_enable="YES" |
И стартуем демон:
#/etc/rc.d/ntpd start |
Проверяем:
[root@myserver]#ntpdc -c peers -n remote local st poll reach delay offset disp =============================== *79.174.75.75 31.177.74.198 3 64 377 0.00151 -0.007354 0.06090 =89.111.176.153 31.177.74.198 3 64 377 0.00172 -0.006538 0.05211 [root@myserver]#ntpq -c peers -n remote refid st t when poll reach delay offset jitter =================================== +89.111.176.153 95.213.132.254 3 u 31 64 377 1.736 -6.538 0.467 *79.174.75.75 194.190.168.1 3 u 32 64 377 1.519 -7.354 0.439 |
Где "*"- сервер с которым последний раз была выполнена синхронизация; "+"- сервер, который можно использовать в качестве ntp сервера; "-"- сервер, который нельзя использовать в качестве ntp сервера; "х" - сервер не отвечает; "пробел" - слишком большой уровень stratum;
Например, значение stratum=16 может говорить о недоступности сервера ntp со стороны клиента, т.е. при закрытии на фаерволе, шлюзе трафика ntp (udp протокол) наш stratum покажет значение 16. А также при попытках засинкать время будет появляться ошибка "no server suitable for synchronization found".