Как я могу узнать, поддерживает ли моя система Debian точное системное время, получая обновления NTP? В основном я хочу включить это, если это в настоящее время выключено, но я не знаю, включено это или выключено.
Бег
ps ax | grep ntpd
и проверка, что вывод содержит что-то вроде
6497 ? Ss 0:04 /usr/sbin/ntpd ...
подтвердит, что ntpd работает. Если он не запущен, вы можете запустить его с
/etc/init.d/ntp start
Если вы получите сообщение об ошибке, No such file or directory
вам придется установить пакет ntp
sudo apt-get install ntp
После запуска ntpd вы можете поговорить с ним с помощью команды ntpq .
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*time.nist.gov .ACTS. 1 u 753 1024 377 139.432 -0.562 2.199
+sip.dicode.nl 193.190.230.66 2 u 733 1024 163 33.197 0.297 0.132
+194.109.64.200 192.87.106.2 2 u 779 1024 377 35.214 -0.323 0.027
LOCAL(0) .LOCL. 10 l 3 64 377 0.000 0.000 0.001
Что показывает (смещение), что моя система <1 секунды не синхронизирована - я могу жить с этим.
Если у вас в вашем браузере включена статистика, /etc/ntp.conf
то у вас есть статистика в /var/log/ntpstats/peerstats
. (Каталог и имя файла будут указаны в ntp.conf). Вы можете отсканировать его, чтобы увидеть, насколько хорошо вы отслеживаете свои серверы. Команда grep -v 127.127.1.0 /var/log/ntpstats/peerstats
выведет все строки, кроме тех, которые указаны для ваших локальных часов. Первое число с плавающей запятой - это смещение в секундах. Чем ближе к нулю, тем лучше. Должно быть сочетание положительных и отрицательных значений. Используйте zgrep для просмотра исторических данных в повернутых журналах с .gz
расширением.
Чтобы увидеть, какие значения используются, ntpq -p
как предложил Iain.
Если вы запустите Munin для мониторинга вашей системы, он может отследить вам статистику ntp. Я считаю, что смещение, которое он записывает, является значением относительно текущего источника синхронизации. Это строка в строке, начинающаяся со звездочки (*) в ntpq -p
выходных данных. Munin может быть настроен на уведомление о вашем слишком большом смещении. Мои предупреждающие строки выглядят следующим образом (раз в миллисекундах):
ntp_offset.delay.warning 40 ntp_offset.offset.warning -15: 15
Дешевый и грязный способ проверить локальные часы против другой машины - это последовательность команд оболочки:
date; telnet somehost 13; date
«somehost» должен запускать RFC 867 «дневной» протокол, и это уже не так часто. inetd может предоставить «дневное время» само по себе, а на некоторых хостах по-прежнему включено «дневное время».
Вы можете получить независимую проверку локальных часов, без необходимости использования NTP.