Acabei de perceber que o horário do servidor Windows (serviço w32t) tem dois valores padrão que limitam o quanto o deslocamento do horário pode ser em valores negativos e positivos. Este valor é enorme por padrão e permite grandes saltos se você não corrigir os valores necessários do regedit.
No Ubuntu Server, eu uso o chronyc para sincronização de horário. O chronyc está permitindo esse mesmo erro fatal ou permite apenas etapas menores? Posso fornecer qualquer configuração, se necessário, mas não sei o que fornecer.
Obrigado!
Impressão de status de um de nossos servidores:
xxxxxxxxxxx:~$ chronyc tracking
Reference ID : D9C6DB66 (n1.taur.dk)
Stratum : 2
Ref time (UTC) : Fri Apr 21 20:15:09 2023
System time : 0.000020651 seconds fast of NTP time
Last offset : +0.000022519 seconds
RMS offset : 0.000074701 seconds
Frequency : 5.647 ppm slow
Residual freq : +0.000 ppm
Skew : 0.005 ppm
Root delay : 0.001985608 seconds
Root dispersion : 0.000785804 seconds
Update interval : 1034.6 seconds
Leap status : Normal
ATUALIZAR:
https://chrony.tuxfamily.org/doc/3.4/chrony.conf.html
A partir desta documentação, parece que maxslewrate é o valor que define quanto o relógio pode saltar. Isso está correto?
Responder1
Acho que posso concluir que, por padrão, o chronyc não sofrerá grandes saltos como é o caso do comportamento padrão do serviço w32t.
https://chrony.tuxfamily.org/doc/3.1/chronyc.html
"Na operação normal, o chronyd, por padrão, nunca acelera o relógio do sistema, porque qualquer salto no tempo pode ter consequências adversas para determinados programas aplicativos. Em vez disso, qualquer erro no relógio do sistema é corrigido acelerando ou desacelerando ligeiramente o relógio do sistema até o erro foi removido [...]"