chronyd나는 시계를 동기화하는 데 사용하는 Debian 10 시스템을 가지고 있습니다 . 구성은 매우 간단합니다.
pool 2.debian.pool.ntp.org offline iburst
bindaddress ::1
bindaddress 127.0.0.1
bindcmdaddress 127.0.0.1
allow 127
deny
keyfile /etc/chrony/chrony.keys
driftfile /var/lib/chrony/chrony.drift
logdir /var/log/chrony
log tracking measurements statistics
maxupdateskew 100.0
directive.
hwclockfile /etc/adjtime
rtcsync
makestep 1 3
행복하게 동기화되었습니다.
# chronyc sources
210 Number of sources = 4
MS Name/IP address Stratum Poll Reach LastRx Last sample
===============================================================================
^- time.panq.nl 2 6 0 83h -1247us[-1191us] +/- 26ms
^* time.cloudflare.com 3 6 0 83h +1343ns[ +58us] +/- 2669us
^- metronoom.dmz.cs.uu.nl 2 6 0 83h -63us[ -63us] +/- 25ms
^- . 3 6 0 83h +2171us[+2171us] +/- 64ms
그러나 '뿌리 분산'은 꾸준히 증가하고 있습니다. 에서NTP 분산이란 무엇이며 어떻게 제어합니까?이는 업스트림 서버 시계의 최대 오류를 측정한 것 같습니다. 꽤 천천히 상승하고 있으며, 이 과정은 약 70시간 정도 진행되었으며 22.5초에 머물고 있습니다. 나는 이것이 다시 시작될 때까지 계속 상승할 것이라는 것을 경험을 통해 알고 있습니다 chronyd.
# chronyc tracking
Reference ID : E1FE1EBE (time.cloudflare.com)
Stratum : 4
Ref time (UTC) : Sun Jan 26 23:19:16 2020
System time : 0.000000005 seconds fast of NTP time
Last offset : +0.000056495 seconds
RMS offset : 0.000056495 seconds
Frequency : 79.909 ppm slow
Residual freq : +17.510 ppm
Skew : 56.420 ppm
Root delay : 0.004632703 seconds
Root dispersion : 22.573289871 seconds
Update interval : 1.6 seconds
Leap status : Normal
이것은 나에게 특이한 것 같습니다. 루트 분산이 낮고 일정한 Stratum 1 서버와 시간을 동기화하는 다른 시스템이 많이 있습니다. 나는 구성에서 이상한 일을 하고 있다고 생각하지 않으며 "업스트림 시계의 최대 오류"가 꾸준히 상승한다는 아이디어는 약간 냄새가 납니다.
이게 정상인가요?
답변1
다행히 동기화됐네요
전혀 그렇지 않다. 그러나 NTP를 실행하지 않는 것보다 알려진 드리프트에 대해 더 잘 조정됩니다.
0에 도달하면 한동안 패킷을 받지 못했다는 의미입니다. LastRx 83h는 마지막으로 양호한 패킷이 3일 반 전이었음을 나타냅니다.
작동 중인 인터넷 연결이 Cloudflare와 일부 풀 서버 모두에 라우팅되지 않을 가능성은 없습니다. 123/udp에 대한 방화벽을 확인하십시오.