Настройка ntpdate/ntpd на FreeBSD 9.1

10
Янв
2013
Category: Nix   /   Tags: ,

1) Выставляем нужный часовой пояс (например, Омск)


2) Для включения ntpdate во время загрузки добавим в файл /etc/rc.conf строки

3) В /etc/ntp.conf приводим к виду

Параметр iburst позволяет ntpd ускорить начальный процесс синхронизации.

4) Создадим файл ntp.drift и ntp.log

Ntpd использует его для автоматической компенсации естественного смещения часов, позволяя ему поддерживать достаточно правильную настройку, даже если он на некоторый период отключается от внешнего источника информации о времени.

5) Для запуска NTP при загрузке добавить в файл /etc/rc.conf строки

6) Что бы разрешить синхронизироваться с этой машины нужно в файле /etc/ntp.conf прописать

Разрешит синхронизацию с IP-адресов 192.168.1.1 — 254 и 127.0.0.1

7) Запускаем ntpd
[code lang=»bash»]/etc/rc.d/ntpd start[\code]

8) Для проверки состояния синхронизации набираем

и видим примерно следующее

remote — имена удаленных ntp серверов (в нашем случае полученные из пулов 0/1/2/3.ua.pool.ntp.org)
refid — сервер, с которым производит синхронизацию удаленный сервер ntp
st — стратум (уровень) удаленного сервера. 1 — самый высокий, эти сервера для вычисления точного времени используют специальное дорогостоящее оборудование; 16 — рядовая машина/клиент.
t — тип пира (u = unicast, m = multicast)
when — указывает на то, как давно была произведена синхронизация с сервером
poll — частота в секундах, с которой NTP демон синхронизируется с пиром
reach — состояние доступности сервера, это значение стабилизируется на уровне 377 если последних 8 попыток синхронизации с удаленным сервером были успешны
delay — он и в Африке delay — задержка (в миллисекундах) ответа от сервера
offset — разница в миллисекундах между системным временем и временем удаленного сервера; значение с минусом — отставание, с плюсом — наши часики спешат
jitter — смещение времени на удаленном сервере

Теперь немного о значках, следа от имени пира:
«*» — пир, с которым последний раз у нас была выполнена синхронизация
«+» — «хороший» (пригодный для обновления) сервер
«-» — «плохой» (непригодный для обновления) сервер
«х» — сервер не отвечает

9) Узнать, пригоден ли наш сервер для синхронизации, а также некоторые его данные можно командой

и видим примерно следующее

Этот ответ означает, что наш сервер пригоден для синхронизации, его страта равна двум, смещение — 0.000004 а задержка при ответе равна 0.02563

10) Аналогичной командой можно узнать эти параметры на удаленном сервере

11) В /var/log/ntp.log должны быть сообщения аналогичные нижеприведенным

Каждая запись соответствует успешной синхронизации с удаленным сервером. Если они отсутствуют, значит синхронизация не производиться.
12) В ntp.conf стоит добавить опцию burst

Опция burst, указывает ntpd посылать 8 пакетов вместо одного для попытки синхронизации, что повышает шансы на успешную синхронизацию.

13) Настройка клиентов на синхронизацию с нашим сервером (192.168.1.1).
В случае с клиентом под FreeBSD в /etc/ntp.conf пишем

По материалам lissyara.su

Яндекс.Метрика