ntpd não sincroniza o relógio automaticamente

Question

Alguém pode me ajudar a descobrir por que meu relógio não está sincronizando?

Eu posso atualizar meu relógio manualmente com

$ sudo sntp -s golem.canonical.com
17 Aug 08:26:22 sntp[518]: Started sntp
2015-08-17 08:26:22.267847 (+0500) +0.000120

O daemon ntp está em execução:

$ sudo service ntp status
 * NTP server is running

A porta UDP 123 está aberta:

$ sudo  nmap -sT -sU -p 123 localhost

Starting Nmap 6.40 ( http://nmap.org ) at 2015-08-17 08:30 EDT
Nmap scan report for localhost (127.0.0.1)
Host is up (0.00013s latency).
PORT    STATE  SERVICE
123/tcp closed ntp
123/udp open   ntp

Nmap done: 1 IP address (1 host up) scanned in 1.07 seconds

Além disso, ntpq -p volta com um monte de coisas:

$ ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 www.amsatfox.or .INIT.          16 u    -  128    0    0.000    0.000   0.000
 96.44.142.5     .INIT.          16 u    -  128    0    0.000    0.000   0.000
 origin.towfowi. .INIT.          16 u    -  128    0    0.000    0.000   0.000
 tock.eoni.com   .INIT.          16 u    -  128    0    0.000    0.000   0.000
 golem.canonical .INIT.          16 u    -  128    0    0.000    0.000   0.000

No entanto, meu relógio sempre fica atrás do tempo oficial a uma taxa de cerca de 500 milissegundos por dia.

    

Answer 1

Se o refid for .INIT. , seu daemon ntp não conseguiu acessar os servidores. NTP não tem fonte de tempo para fornecer tempo a partir de. Parece que a porta 123 está sendo bloqueada em algum lugar.

• Assegure-se de que a porta UDP 123 esteja aberta no firewall.
• Também é possível que seu ISP ou seu provedor esteja bloqueando o acesso NTP. Isso começou a acontecer após o recente uso do NTP na geração de ataques DDOS. Eu ainda tinha serviço em um túnel IPv6 enquanto o acesso IPv4 estava sendo bloqueado.