gdy chroniczna synchronizacja czasu z lokalną, dlaczego ostatnia próbka nie jest zerem


0

Wersja Linux: Centos 7

chroniczna wersja: 3.2

chrony.conf:

driftfile /var/lib/chrony/drift
local stratum 10
server localhost
rtcsync
makestep 1.0 3
logdir /var/log/chrony
allow

To zdjęcie dotyczy chronii:

chronyc sources -v


To zdjęcie dotyczy ntpd, dlaczego są różne:

ntpq -p

Odpowiedzi:


0

Przesunięcie wydrukowane przez chronyc sources nie jest zerem, ponieważ jest to rzeczywisty pomiar NTP. chronyd wysłał do siebie żądanie NTP i odpowiedział. Ponieważ opóźnienia komunikatów nie były idealnie symetryczne, istnieje przesunięcie niezerowe. Próba zsynchronizowania klienta z samym sobą nie jest dobrym pomysłem, ponieważ może stworzyć pętlę pozytywnego sprzężenia zwrotnego i wyłączyć zegar. The local stratum sama dyrektywa wystarcza do obsługi czasu lokalnego, gdy nie jest zsynchronizowany ze źródłem czasu.

Źródło LOCAL drukowane przez ntpq jest inne. Jest określony w ntp.conf tak jak 127.127.1.0. Adresy w sieci 127.127.0.0/16 są adresami specjalnymi dla ntpd. Określają zegary odniesienia, a sterownik zegara odniesienia LOCAL zawsze zwraca zero przesunięcia. Chociaż wygląda jak poprawny adres IPv4 lokalnego hosta, nie ma żadnych pakietów NTP wymienianych.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.