A origem de upstream do par de NTP tem o mesmo IP causando o loop de sincronização

Question

Eu tenho um servidor NTP configurado para usar outro servidor NTP (10.128.0.10) como sua fonte de tempo. Devido a alguma tradução de endereço de rede, o meu servidor NTP (192.0.2.1) tem o mesmo endereço IP que o servidor NTP upstream do mesmo (192.0.2.1).

$ ntpq -4 -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 10.128.0.10   192.0.2.1        3 u   18   64    7    0.710   -3.887   0.926

Meu servidor NTP descarta o par devido a um possível loop de sincronização. Existe um meio pelo qual desabilitar essa verificação? Aqui está o meu ntp.conf

server remote.peer.com

driftfile   /var/lib/ntp/ntp.drift

interface ignore wildcard
interface listen 192.0.2.1

restrict 192.0.2.0 mask 255.255.255.0 nomodify nopeer notrap

A rede se parece com isso, onde o NAT é realizado por um dispositivo de perímetro.

192.0.2.0/24 --- > 192.0.2.1 --- NAT para 10.128.0.50/24---> 10.128.0.10/24 --- > 192.0.2.1

Não consigo alterar endereços IP em nenhum lugar. Qualquer ajuda ou insight seria apreciado. Obrigado!

    

Answer 1

Você pode confirmar que o erro foi um loop de sincronização de pares despejando as variáveis de mesmo nível com ntpdc -c "showpeer 10.128.0.10" substituindo o IP ou o nome do host do par. "flash 0x0800" indica este erro, de ntp.h.

Não tenho conhecimento de nenhum meio para desativar essa verificação de loop. Se os endereços IP não puderem ser alterados, você precisará encontrar outras fontes NTP.

Você vai querer adicionar pelo menos mais 3 relógios de referência ao seu servidor NTP. Este problema não conta por causa do loop. O projeto NTP Pool tem muitos pela Internet. Se você tiver espaço em rack e puder executar uma antena ao ar livre, um GPS ou outro dispositivo de rádio funcionará mesmo durante uma interrupção da Internet.