ntpd parece não sincronizar nada

2

Estou seguindo este tutorial É 2008, portanto, sou muito cuidadoso ao usar seus conselhos. Eu preciso fazer desta máquina o mestre e deixar que todas as outras máquinas a usem para sincronizar o tempo. Eles estão todos fora de sincronia por 20-30s ...

Por padrão, o arquivo conf tem isto:

# Specify one or more NTP servers.

# Use servers from the NTP Pool Project. Approved by Ubuntu Technical Board
# on 2011-02-08 (LP: #104525). See http://www.pool.ntp.org/join.html for
# more information.
server 0.ubuntu.pool.ntp.org
server 1.ubuntu.pool.ntp.org
server 2.ubuntu.pool.ntp.org
server 3.ubuntu.pool.ntp.org

# Use Ubuntu's ntp server as a fallback.
server ntp.ubuntu.com

Acabei de fazer uma pequena alteração e agora ela se torna server 0.ubuntu.pool.ntp.org iburst .

Reinicie e monitore o log

tail -f /var/log/syslog
Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen and drop on 1 v6wildcard :: UDP 123
Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen normally on 2 lo 127.0.0.1 UDP 123
Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen normally on 3 eth0 134.74.77.21 UDP 123
Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen normally on 4 eth1 10.10.0.57 UDP 123
Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen normally on 5 eth1 fe80::5652:ff:fe5a:f89f UDP 123
Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen normally on 6 eth0 fe80::5652:ff:fe01:1aee UDP 123
Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listen normally on 7 lo ::1 UDP 123
Jun 14 16:17:12 ghive-ldap ntpd[16721]: peers refreshed
Jun 14 16:17:12 ghive-ldap ntpd[16721]: Listening on routing socket on fd #24 for interface updates

Já faz 20 minutos e nada parece estar chegando ... Eu adicionei outros servidores, mas nenhum parece estar funcionando ...

ping 0.ubuntu.pool.ntp.org
PING 0.ubuntu.pool.ntp.org (50.7.247.114) 56(84) bytes of data.
From 172.17.200.3 icmp_seq=1 Packet filtered
From 172.17.200.3 icmp_seq=6 Packet filtered

Parece ruim. Como sobre o mais próximo? Estou em NY, com base em esta lista de servidores

server nist1-ny.ustiming.org iburst

Pingue isso, também me dá um pacote filtrado.

Então, o que está acontecendo aqui? Qualquer ideia? Obrigado.

Aqui está o conf real, se precisar de olhar: link

root@ghive-ldap:~# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 nist1-ny.ustimi .INIT.          16 u    -   64    0    0.000    0.000   0.000
 name1.glorb.com 128.252.19.1     2 u    -   64    1   32.783   -7.453   0.000
 ns1.oninit.com  .INIT.          16 u    -   64    0    0.000    0.000   0.000
 ns1.your-site.c .INIT.          16 u    -   64    0    0.000    0.000   0.000
 triangle.kansas .INIT.          16 u    -   64    0    0.000    0.000   0.000
 europium.canoni .INIT.          16 u    -   64    0    0.000    0.000   0.000
    
por CppLearner 14.06.2012 / 22:29

1 resposta

1

Parece que você está dentro da rede, o que limita o acesso a servidores ntp. Dos seis servidores de tempo que você especificou, você só está recebendo tempo de um. No entanto, nem tudo está perdido.

Tente usar fontes de horário local. Eu acho fontes confiáveis de NTP são comuns. Geralmente, o roteador e os servidores DNS fornecem uma fonte de tempo confiável. Se um servidor ntp dedicado estiver disponível, ele geralmente será chamado de ntp ou ntp1 . Se o domínio local for example.com , você o encontrará como ntp.example.com .

Para o seu servidor mestre, considere usar seu relógio como fonte de tempo. A configuração é estrato no intervalo de 8 a 12, o que o torna um backup útil, mas não substitui as fontes reais. Isso pode não ser uma fonte de tempo precisa, mas pode ser usado como fonte de tempo de fallback comum para todos os seus sistemas. Mesmo que você não consiga uma boa fonte de tempo, você pode pelo menos sincronizar todos os seus sistemas com a mesma fonte de tempo.

# ... and use the local system clock as a reference if all else fails
server  127.127.1.0
fudge   127.127.1.0 stratum 8

Também é possível usar algumas unidades de GPS como fonte de tempo. Uma de minhas fontes de tempo afirma que o gps é sua fonte de tempo. Você pode começar com a documentação do Relógio de Referência NTP se precisar usar essa abordagem.

Use o comando ntpq -p ou ntpdc -c peers para verificar a confiabilidade de suas fontes de tempo. Você pode adicionar um nome de host para consultar seus colegas, embora eles possam estar configurados para não responder.

Você pode usar ntpdate no modo de depuração para varrer a rede local em busca de ntp servidores. No entanto, você pode encontrar alguns servidores rouge que são altamente imprecisos. (Uma varredura de rede eu encontrei muitos servidores srtatum 0 com relógios que estavam um dia ou mais fora da data atual.) Procure por um estrato moderadamente baixo (2 a 4) com um tempo preciso. Verificar os pares do servidor em estratos acima de 3 pode ajudá-lo a descobrir fontes de tempo acessíveis.

    
por 15.06.2012 / 05:41

Tags