Re[3]: Контролировать время удаленной машины, дрейф часов.
От: · Великобритания  
Дата: 20.09.23 11:30
Оценка: 5 (1)
Здравствуйте, Sharov, Вы писали:

S>>>В общем, сталкивался ли кто-нибудь с подобными задачами, т.е. контролировать время удаленной машины.

S>·>Не очень понял зачем вообще некая локальная машина. Запускаем ntp и смотрим его логи — он и показывает статус синхронизации (по алгоритмам, на которых не одну докторскую защитили). Т.е. тебе нужен health-check ntp-клиента на целевой машине.
S>Задача на локальной машине понять, что с часами удаленной машины все нормально. При этом локальная получает от удаленной
S>только таймстемпы. В данных рамках как-то можно эту задачу решить? Ну т.е. |DataTime.Now — receivedTs| должна быть в определенных
S>границах, при условии что на локальной машине нет проблем с часами. По идее, если оба синхронизированы по ntp, то этого более чем
S>достаточно.
Так тоже всё просто "условии что на локальной машине нет проблем с часами." — это легко проверяется по статусу ntp-клиента локальной машины. Т.е. локальная машина бьёт тревогу если ntp-клиент сломался или если |DataTime.Now — receivedTs| разъехался.

To obtain a brief status report from ntpd, issue the following command:

~]$ ntpstat
unsynchronised
time server re-starting
polling server every 64 s
...
~]$ ntpstat
synchronised to NTP server (10.5.26.10) at stratum 2
time correct to within 52 ms
polling server every 1024 s

но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Отредактировано 20.09.2023 11:34 · . Предыдущая версия .
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.