Sou relativamente novo no NTP. Eu tenho dois computadores rodando Lubuntu 17.04 que eu gostaria de manter em tempo de perto sincronizar com o mínimo de hardware. Não há necessidade de sincronizar em tempo real, apenas para manter os tempos de sistema entre os dois computadores o mais próximo possível.
O NTP parece uma solução apropriada. Eu conseguindo fazer o NTP funcionar entre os dois computadores, quando configurado com endereços DHCP (DHCP de um roteador, um PC é o servidor de transmissão NTP e o outro é o cliente, os PCs sincronizam uns com os outros e obtêm sincronização próxima de ~ 1ms ou menos).
Para reduzir a quantidade de hardware, removo o roteador e coloco os IPs em cada computador em estática, depois conecto por meio de um cabo cross-over:
- 10.1.1.50 255.255.255.0 (PC "cliente" NTP)
- 10.1.1.51 255.255.255.0 (PC "servidor" NTP)
(o gateway foi deixado em branco nos dois casos).
Os PCs podem pingar uns aos outros com sucesso (o atraso é menor que 1ms, em torno de 0.3ms-0.4ms). No entanto, parece que não consigo obter o ntp.conf
configurado; o computador cliente NTP permanece no INIT e todas as medidas em 0. Como depurar a configuração do NTP para descobrir onde está dando errado, por favor?
Não há arquivo /var/lib/ntp/ntp.conf.dhcp
.
O firewall está desligado para ambos os PCs.
Saída de ntpq -pn
é
remote refid st t when poll reach delay offset jitter
==============================================================================
10.1.1.51 .INIT. 16 u - 1024 0 0.000 0.000 0.000
Linhas relevantes de ntp.conf
para o cliente são (isto é, todas as linhas sem comentários)
driftfile /var/lib/ntp/ntp.drift
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
server 10.1.1.51
restrict -4 default kod notrap nomodify nopeer noquery limited
restrict -6 default kod notrap nomodify nopeer noquery limited
restrict 127.0.0.1
restrict ::1
restrict 10.1.1.0 mask 255.255.255.0
disable auth
broadcastclient
Linhas relevantes do ntp.conf para o servidor NTP PC são (ou seja, todas as linhas sem comentários)
driftfile /var/lib/ntp/ntp.drift
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
server 127.127.2.1 # local clock
fudge 127.127.2.1 stratum 10
restrict -4 default kod notrap nomodify nopeer noquery limited
restrict -6 default kod notrap nomodify nopeer noquery limited
restrict 127.0.0.1
restrict ::1
restrict source notrap nomodify noquery
restrict 10.1.1.0 mask 255.255.255.0
broadcast 10.1.1.255
Usando o comando ntpdate -d 10.1.1.51, o problema parece ser que o servidor NTP 10.1.1.51 possui um nível de estrato muito alto (já que ele está desconectado da Internet e, portanto, não é uma fonte de tempo confiável). de acordo com o NTP).
Pesquisas sugerem que não é possível falsificar o nível de estrato do meu servidor NTP isolado. Portanto, eu habilitei o wifi no servidor NTP e tentei sincronizá-lo com o pool padrão de servidores de tempo do Ubuntu, no entanto, o ntpq -p demora muito para responder com o cabo cruzado conectado. Vou verificar se minha configuração de rede está correta e reporta de volta.