NTP não está atualizando com o servidor de horário local

2

Eu tenho um pi de framboesa ligado a uma rede local onde não há acesso à internet. Eu configurei um computador para agir como um timeever (windows timeservice). O servidor de horas tem o ip 192.168.6.1 e o framboesa tem o ip 192.168.6.83.

Eu tenho lido sobre o NTP e como configurar o NTP. Meu arquivo de configuração (/etc/ntp.conf) se parece com:

tinker panic 0
server 192.168.6.1 prefer true iburst

driftfile /var/lib/ntp/ntp.drift
logfile /var/log/ntp.log

minpoll 4
maxpoll 5

A saída do comando "ntpq -pn" é:

    remote         refid      st t  when  poll reach    delay    offset  jitter
===============================================================================
192.168.6.1    192.168.6.82    3 u    23   64      3    0.652   1836879   2.136

Existe um deslocamento grande, mas se eu entendi corretamente, isso não deve importar por causa da linha 'pânico do funil 0' no arquivo de configuração.

Eu sei que o servidor está funcionando corretamente porque eu posso sincronizar a hora certa com o comando:

sudo sntp -s 192.168.6.1

Eu quero o framboesa para sincronizar com o servidor, não importa o que o deslocamento é. E deve ir automaticamente. Eu quero o framboesa para sincronizar quando for inicializado e, em seguida, continuar a sincronização.

Eu sei sobre a postagem aqui , mas isso usa o ntpdate que parece ser depreciado.

    
por Steven 13.02.2018 / 12:37

2 respostas

2

Para poder sincronizar com um Windows NTP, adicione

tos maxdist 30

até o final do seu /etc/ntp.conf e reinicie seu serviço NTP.

De Por que eu preciso de um ajuste para forçar o VMware ESXi 5 a sincronizar o tempo com o servidor NTP do Windows

(citação ligeiramente alterada em itálico)

By default, an unsynced Windows server chooses a 10-second dispersion and adds to the dispersion on each poll interval that it remains in sync. A Linux ntpd, by default, does not accept any NTP reply with a root dispersion greater than 1.5 seconds.

Além disso, você também precisa fazer alterações no Windows.

    
por 13.02.2018 / 14:05
1

Depois de mais algumas tentativas e erros, encontrei uma solução para o problema. A maior parte do crédito vai para @Rui F Ribeiro por me apontar na direção certa com sua resposta (que ele posteriormente excluiu por não estar correta). Porque isso levou a uma solução que estou postando.

O serviço de tempo do Windows implementa o Simple-NTP (SNTP) por padrão e não o NTP. Como resultado, o ntp deamon não poderá falar com o serviço SNTP.

A sincronização usando o comando sudo sntp -s 192.168.6.1 é uma maneira de implementar o SNTP e, portanto, é capaz de definir a hora.

A solução para meu problema foi usando um serviço NTP (no Windows) que pode ser encontrado AQUI ( link aponta para um tutorial).

O programa implementa o protocolo NTP no windows com a sintaxe linux. Este serviço funciona fora da caixa quando o computador no qual está instalado está conectado à Internet. Eu queria ser capaz de sincronizar o tempo, mesmo quando o computador windows não é capaz de atingir os servidores de tempo. Portanto, tive que editar o arquivo ntp.conf para incluir as seguintes linhas:

# add the Local clock
server 127.127.1.0
# Set stratum to a high level so that the clock is accepted
fudge 127.127.1.0 stratum 5

Isso resultou na sincronização do framboesa com o computador do Windows (que pode ou não estar conectado à Internet).

    
por 14.02.2018 / 11:56

Tags