в моей производственной среде время дрейфует, я устанавливаю ntp в своей системе.
когда я выполняю команду ntpstat, я вижу вывод ниже.
synchronised to NTP server (169.254.169.123) at stratum 4
time correct to within 20 ms
polling server every 512 s
но я не могу понять этот вывод.
Например, если мое время Linux смещено на 1 секунду, я выполняю команду ntpstat, что будет делать команда.
это команда, которая синхронизирует время с ntp-сервера и автоматически настраивает мое местное время.
как я могу убедиться, что мое время Linux было неправильным, и ntp исправляет это.
Не чтобы умалить превосходный ответ Майкла, а просто немного прояснить ситуацию: ntpstat не устанавливает ваши часы. ntpstat разговаривает с твоим ntpd и спрашивает, как дела. ntpd, в свою очередь, постоянно работает в фоновом режиме, делая все возможное, чтобы ваше системное время было правильным.
В вашем случае ntpd считает (и, следовательно, сообщает ntpstat), что ваши системные часы верны с точностью до 20 миллисекунд, чего достаточно для большинства людей, и примерно так же хорошо, как вы, вероятно, получите с помощью Интернета. ntpd (т.е. без ваших собственных локальных эталонных часов).
Вы находитесь на уровне 4 (т. Е. Ваше время исходит от вышестоящего сервера уровня 3), поэтому при условии, что ваши часы восходящего потока правильные (т. Е. Вы не играете в глупых жук с нечетными локальными часами и fudge дисциплины, и я должен добавить, что IP-адрес, который вы даете своему вышестоящему серверу, заставляет меня откровенно нервничать по этому поводу), то ваши локальные часы уже сдвинулись.
Когда ntpd изменяет системные часы, он записать сообщение в системный журнал. Появится одно из этих двух сообщений:
время пошло? s
Ошибка времени превышает пороговое значение шага и устанавливается на правильное время. Возможно, вам придется ждать очень долго.
сброс времени? s
Ошибка времени превышает порог шага и сброшена на правильное время. Компьютерологам это не нравится, но они могут установить параметр ntpd -x и ждать вечно.