У меня странная проблема с одним из моих серверов. ntpd
и ntpdate
не работает, но отладка не показывает ошибок вообще. Сначала я подумал, что, может быть, локальный или сетевой брандмауэр блокирует UDP-порт 123, но это не так - этот сервер может связывать UDP-порт 123 (протокол ntp) с Интернетом и получать ответы.
Позвольте мне продемонстрировать проблему.
date -s "30 DEC 2012 02:30:00"
- работает, поэтому я могу успешно установить часы без ошибок.
ntpq -pn pool.ntp.org
- работает, я получаю подробные данные о времени с сервера времени и доказывает, что UDP-пакеты работают.
ntpdate -d pool.ntp.org
- режим отладки работает, показывает массу отладочных данных и показывает текущее смещение времени:
30 Dec 02:38:56 ntpdate[19267]: step time server 208.97.140.69 offset 228.234554 sec
Все выглядит нормально, пока:
ntpdate pool.ntp.org
- после 4,7-секундной паузы он возвращает:
30 Dec 02:41:29 ntpdate[19274]: no server suitable for synchronization found
Аналогичная проблема работает ntpd
, он не обновляет часы.
После запуска ntpd ntpq -pn
все рефиды навсегда останавливаются, .INIT.
что означает, что они не могут синхронизироваться.
/ var / lib / ntp / drift - это параметр driftfile в ntp.conf, который является chmod 644 и принадлежит ntp: ntp, как и все мои другие системы.
Я пробовал дюжину других серверов времени ntp, отключил брандмауэр iptables и подтвердил, что центр обработки данных не фильтрует трафик udp. Есть идеи, что мешает ntpd и ntpdate синхронизировать мои часы?
Это CentOS 6.3 x64 на выделенном сервере с процессором Intel.