Eu tenho um sistema Debian 10 que usa chronydpara manter o relógio sincronizado. A configuração é bem simples:
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
Felizmente está sincronizado:
# 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
No entanto, a “dispersão de raízes” continua a aumentar de forma constante. DeO que é dispersão NTP e como posso controlá-la?parece que esta é uma medida do erro máximo no relógio do servidor upstream. Está subindo bem devagar, o processo já dura cerca de 70 horas e está em 22,5s. Eu sei por experiência própria que isso continuará aumentando até chronyda reinicialização.
# 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
Isso parece incomum para mim. Tenho vários outros sistemas que sincronizam o tempo com um servidor Stratum 1 onde a dispersão da raiz é baixa e constante. Não acho que esteja fazendo nada de estranho na configuração, e a ideia de que o "erro máximo no relógio upstream" aumenta constantemente parece um pouco estranha.
Isso é normal?
Responder1
Felizmente está sincronizado
Não não é. Embora ele se ajuste melhor ao desvio conhecido do que não executar nenhum NTP.
Alcançar 0 significa que não recebeu um pacote por um tempo. LastRx 83h indica que o último pacote bom foi há três dias e meio.
É improvável que uma conexão funcional com a Internet não seja roteável tanto para a Cloudflare quanto para alguns servidores de pool. Verifique qualquer firewall para 123/udp.