В старых системах, где все еще доступен ntpdate, я могу запросить NTP-сервер без настройки
ntpdate -q pool.ntp.org
и получил, например:
server 213.239.239.164, stratum 2, offset -0.001191, delay 0.06012
server 185.220.101.76, stratum 3, offset 0.001658, delay 0.06416
server 185.220.101.31, stratum 3, offset -0.002385, delay 0.06377
server 159.69.144.253, stratum 2, offset -0.000134, delay 0.05711
Итак, я вижу, что NTP-сервер работает нормально и может быть использован.
В более новых системах, где запущен ntpd и доступен ntpq, я пробовал.
ntpq -p pool.ntp.org
но он отвечает timed out, nothing received Что я делаю не так, каковы правильные параметры для команды ntpq, чтобы увидеть, что NTP-сервер работает, и предложить хорошую временную базу для моих систем?
некоторые новые системы systemd используют timesyncd и не имеют клиента, но вы можете использовать timedatectl
$ timedatectl
Local time: Mon 2020-02-03 18:56:37 CET
Universal time: Mon 2020-02-03 17:56:37 UTC
RTC time: Mon 2020-02-03 17:56:37
Time zone: Europe/Amsterdam (CET, +0100)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no
У других есть хроник, и вы можете использовать
chronyc sources
210 Number of sources = 4
MS Name/IP address Stratum Poll Reach LastRx Last sample
===============================================================================
^* schnitzel.team 2 8 377 107 +989us[+1030us] +/- 12ms
^+ dns02.wsrs.net 2 8 377 109 -877us[ -836us] +/- 29ms
^+ mon2.hostin.cc 2 7 377 108 +1541us[+1583us] +/- 44ms
^- 51-15-20-83.rev.poneytel> 2 8 377 110 -8564us[-8522us] +/- 176ms
Тем временем я нашел ответ на свой вопрос:
sntp -t 1 pool.ntp.org
работает без ntpdate и доступен в ntp-пакетах. Это очень быстро и позволяет проверять внешний NTP-сервер. Из-за недостатка он всегда меняет системное время, поэтому он не только отображает дату / время.
ntpdate -q pool.ntp.org
Для меня это только говорит о том, как выглядит pool.ntp.org (группа на самом деле), то есть в какой форме они находятся и доступны ли они.
Для самого локального хоста я бы использовал ntpq -p, так что для моей машины:
stefan@asus:~$ ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
+gbg1.ntp.se .PPS. 1 u 451 1024 377 10.221 -0.323 0.149
*gbg2.ntp.se .PPS. 1 u 500 1024 377 10.250 -0.298 0.133
-sth2.ntp.se .PPS. 1 u 352 1024 377 22.984 1.020 10.616
+mmo1.ntp.se .PPS. 1 u 193 1024 377 15.313 0.225 0.135
Это говорит мне, что машина (asus) сейчас предпочитает gbg2.ntp.se, но альтернативы gbg1 и mmo1.
sth2.ntp.se не является предпочтительным из-за джиттера. Да, моя машина сама по себе является слоем 2 (gbg1, gbg2 и mmo1 является слоем 1.)
ntpq -p сообщает, кто является одноранговым узлом для указанного компьютера, т.е. в вашем случае компьютеры пула, которые, возможно, не сообщат вам об этом. ntpq -p Один только скажет, кто является одноранговым узлом для локального компьютера, гораздо интереснее.
И нет, я бы НЕ подумал, что timesyncd достаточно для сервера !! Вы попали в шланг, если залили единственную машину, с которой выполняется синхронизация!