por que o NTPD está constantemente tentando atualizar?

Question

Eu tenho esse problema estranho que eu não consigo rastrear nada, mas eu sou bem inexperiente, então é provável que eu esteja perdendo algo óbvio.

Estou lutando para entender por que o serviço ntpd está continuamente tentando acessar a Internet, apesar de ter um tempo correto nas máquinas (tanto uma torre do Debian quanto um Raspbian). Fiquei com a impressão de que o daemon era para agendar atualizações de tempo, não para continuar com um fluxo contínuo de tentativas.

Basicamente, sempre que eu verifico conexões ativas no meu roteador, sempre consigo encontrar mais de 3 conexões com servidores NTP de cada uma das minhas máquinas Linux, às vezes totalizando mais de 15 conexões estabelecidas.

Se eu cortar as conexões do roteador (limpando todas as conexões), a espera até que algumas novas tentativas sejam executadas é obviamente muito curta, mas esperando que o processo de atualização hipotética termine tendo um número crescente de conexões nunca 'fazendo trabalho'.

Como você pode ter deduzido (não havendo RTC no RPi), o simples fato de ter Raspbian com clock de currect significa que em algum momento a atualização está completa e a hora é definida.

Não há necessidade de explicar o quão irritante isso está começando a acontecer, mas como dito anteriormente eu infelizmente não tenho o conhecimento (e provavelmente significa, por exemplo, ferramentas de software) para rastrear corretamente a causa, então:

• qual modus operandi você recomendaria para encontrar algumas pistas sobre o assunto?
• isso pode ser causado por configuração incorreta?
• ou, isso é um comportamento normal?

Agradecemos desde já por qualquer informação valiosa.

    

Answer 1

NTP é um protocolo de sincronização de horário; Por padrão, os participantes (incluindo seus sistemas executando ntpd ) trocam mensagens regularmente para manter seus relógios sincronizados. Isso significa que é perfeitamente normal ver várias conexões de seus sistemas para vários servidores NTP; você pode descobrir mais sobre eles executando ntpq e usando o comando peers :

ntpq> peers
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 0.debian.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 1.debian.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 2.debian.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 3.debian.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
-ntp-3.arkena.ne 138.96.64.10     2 u  837 1024  377   45.882   -0.773   0.748
-ntp.univ-angers 145.238.203.14   2 u  684 1024  377   55.914    1.742   0.605
+regar42.fr      195.154.10.106   4 u  702 1024  377   47.394   -0.125   1.287
*dedibox.demonge 195.83.222.27    2 u  693 1024  377   45.821    0.628   2.468
-infidel.e-lista 145.238.203.14   2 u  699 1024  375   50.725    0.767   1.069
[phone]. 175.122.215.45   3 u  460 1024  377   46.420    0.052   2.269

(ou simplesmente ntpq -p do shell).

Se você deseja executar uma sincronização de relógio única de vez em quando, talvez seja melhor usar ntpdate .