NTPD: отдаляется от системных часов

Использование RHEL 5.x на рабочей станции.

Я установил часы, используя ntpdate 0.us.pool.ntp.org а затем начать NTPD с помощью service ntpd start, (это также происходит при загрузке). Наблюдая за этим в течение следующих 20-30 минут, кажется, что он работает примерно на 1/2 скорости. Через 20 минут часы отстают на ~10 минут.

призвание ntpq -p (через 20 минут) показывает три сервера (из пула), все из которых все еще имеют .INIT. в столбце refid.

Просмотр системного журнала показывает случайный запуск NTPD. Нет ошибок, чтобы говорить о.

призвание hwclock показывает правильное текущее время.

Содержание /etc/ntp.conf:

restrict 127.0.0.1

server 0.us.pool.ntp.org
server 1.us.pool.ntp.org
server 2.us.pool.ntp.org

driftfile /var/lib/ntp/drift
statsdir /var/lib/ntp

Смотря на nmap -p123 -sU -P0 servername я вижу 123/udp open|filtered ntp,

Не уверен, где еще искать, чтобы диагностировать это. Предложения?

РЕДАКТИРОВАТЬ: iburst похоже, не имеет никакого эффекта.

Я попытался запустить NTPD с помощью -ddd чтобы увидеть, что происходит. Он начинает получать пакеты довольно стабильно, а затем замедляется до сканирования. Через 5 минут мои часы отстают на 3 минуты. Он был установлен изначально с помощью ntpdate,

1 ответ

Кажется, ваш ntp не получает пакеты из пула. Попробуйте запустить sudo tcpdump -n -i <ifname> port 123 после перезапуска ntpd. Вы должны увидеть, что пакеты идут в обоих направлениях, если нет, то у вас проблема с брандмауэром (который не может отслеживать / состояние UDP-соединений).

Другие вопросы по тегам