ntpdate: nenhum servidor adequado para sincronização encontrado

Question

Meu relógio está desativado , então gostaria de sincronizá-lo usando ntpdate . Eu tentei vários servidores NTP diferentes, mas por algum motivo eu sempre recebo a seguinte mensagem de erro:

$ sudo ntpdate ntp.ubuntu.com
4 Mar 12:27:35 ntpdate[1258]: no server suitable for synchronization found
$ sudo ntpdate pool.ntp.org
4 Mar 12:27:50 ntpdate[1267]: no server suitable for synchronization found
$ sudo ntpdate de.pool.ntp.org
4 Mar 12:28:01 ntpdate[1273]: no server suitable for synchronization found
$ sudo ntpdate us.pool.ntp.org
4 Mar 12:28:12 ntpdate[1276]: no server suitable for synchronization found

Perguntas relacionadas

Analisei perguntas relacionadas , mas nenhuma resolveu meu problema:

• Incapaz de sincronizar o tempo usando o NTP - esse cara recebe um erro diferente do que eu; Seu problema era um conflito com o daemon ntpd . Eu não tenho o pacote ntp (que inclui o daemon ntpd ) instalado.
• Como forçar uma atualização de clock usando o ntp? - esse cara é O problema é que o comando ntpdate não funcionava corretamente no momento da inicialização quando ele o colocava em seu /etc/rc.local , e o problema era similarmente um conflito com o daemon ntpd que estava em execução. Também não estou tentando executar ntpdate no momento da inicialização, nem (novamente) eu tenho o daemon ntpd instalado.
• Incapaz de sincronizar o tempo usando 'ntpdate' , erro: "nenhum servidor adequado para sincronização encontrado" - este é o meu erro, mas a resposta aceita é basicamente "Use ntpd em vez de ntpdate ". Aaarggh ...

Coisas que tentei

Eu instalei o pacote ntp

... e tentei usar o daemon ntpd em vez do utilitário ntpdate . Não vai sincronizar meu tempo também; o daemon começa bem, mas meu relógio permanece desligado. Eu até tentei usar exatamente o /etc/ntp.conf da resposta aceita no último post, e reiniciar o daemon. Não vá. De qualquer forma, não quero usar o daemon. Estou perfeitamente ciente de que ntpdate é considerado "obsoleto" e é aconselhável usar ntpd -q . Veja também aqui:

• ntpd vs ntpdate: prós e contras

Mas como ntpd também não funciona para mim, o problema está em outro lugar . E acho que prefiro não ter que instalar nenhum pacote extra apenas para sincronizar o relógio. ntpdate vem pré-instalado com o Ubuntu, e ele deve funcionar bem . Então eu desinstalei o pacote ntp novamente.

Talvez a porta 123 esteja bloqueada?

Deste post:

• "nenhum servidor adequado para sincronização encontrada "erro ao tentar executar 'ntpdate'

... Eu tenho a idéia de que a porta 123 pode ser bloqueada do meu computador / rede no meu local de trabalho. De fato,

$ sudo nmap -p123 -sU -P0 localhost
...
PORT    STATE  SERVICE
123/udp closed ntp 
...
$ sudo ufw allow 123/udp
Rules updated
Rules updated (v6)
$ sudo nmap -p123 -sU -P0 localhost
...
PORT    STATE SERVICE
123/udp open  ntp
...

Mas ainda assim:

$ sudo ntpdate ntp.ubuntu.com
4 Mar 13:06:16 ntpdate[4361]: no server suitable for synchronization found

Mesmo com a opção -u , que diz ntpdate para usar uma porta não privilegiada para sincronização (em vez da porta 123 ) que certamente não está bloqueada do meu local de trabalho:

$ sudo ntpdate -u ntp.ubuntu.com
4 Mar 13:06:28 ntpdate[4427]: no server suitable for synchronization found

Talvez os estratos sejam muito altos?

Por fim, a partir desta postagem, em serverfault:

• ntpdate -d O servidor deixou o Strata muito alto

... Eu pensei que talvez os estratos dos servidores NTP estivessem muito altos. Eles não são, no entanto. Vamos ver um pouco mais de informações de depuração:

$ sudo ntpdate -dv ntp.ubuntu.com
 4 Mar 13:12:24 ntpdate[4523]: ntpdate [email protected] Wed Oct  9 19:08:07 UTC 2013 (1)
Looking for host ntp.ubuntu.com and service ntp
host found : golem.canonical.com
transmit(91.189.89.199)
transmit(91.189.94.4)
transmit(91.189.89.199)
transmit(91.189.94.4)
transmit(91.189.89.199)
transmit(91.189.94.4)
transmit(91.189.89.199)
transmit(91.189.94.4)
transmit(91.189.89.199)
transmit(91.189.94.4)
91.189.89.199: Server dropped: no data
91.189.94.4: Server dropped: no data
server 91.189.89.199, port 123
stratum 0, precision 0, leap 00, trust 000
refid [91.189.89.199], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time:    00000000.00000000  Mon, Jan  1 1900  1:00:00.000
originate timestamp: 00000000.00000000  Mon, Jan  1 1900  1:00:00.000
transmit timestamp:  d6c041ae.e6166441  Tue, Mar  4 2014 13:12:30.898
filter delay:  0.00000  0.00000  0.00000  0.00000 
         0.00000  0.00000  0.00000  0.00000 
filter offset: 0.000000 0.000000 0.000000 0.000000
         0.000000 0.000000 0.000000 0.000000
delay 0.00000, dispersion 64.00000
offset 0.000000

server 91.189.94.4, port 123
stratum 0, precision 0, leap 00, trust 000
refid [91.189.94.4], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time:    00000000.00000000  Mon, Jan  1 1900  1:00:00.000
originate timestamp: 00000000.00000000  Mon, Jan  1 1900  1:00:00.000
transmit timestamp:  d6c041af.1948fc50  Tue, Mar  4 2014 13:12:31.098
filter delay:  0.00000  0.00000  0.00000  0.00000 
         0.00000  0.00000  0.00000  0.00000 
filter offset: 0.000000 0.000000 0.000000 0.000000
         0.000000 0.000000 0.000000 0.000000
delay 0.00000, dispersion 64.00000
offset 0.000000

 4 Mar 13:12:33 ntpdate[4523]: no server suitable for synchronization found

Pfeeewww ... este foi um longo, desculpe por isso. Estou perplexo. Alguma pista?

Atualização: informações adicionais

Não importa se um servidor NTP HOSTNAME figura em /etc/ntp.conf e não importa se o serviço ntpd está em execução ou não, sempre que executo sudo ntpdate -u HOSTNAME , recebo no server suitable for synchronization found . A mesma coisa quando o serviço ntpd está não em execução e eu omito a opção -u . Quando o ntpd service está em execução e omito a opção -u , em vez disso, obtenho the NTP socket is in use, exiting .

Além disso:

$ timedatectl status
      Local time: Wed 2014-03-05 13:11:54 CET
  Universal time: Wed 2014-03-05 12:11:54 UTC
        Timezone: Europe/Berlin (CET, +0100)
     NTP enabled: yes
NTP synchronized: yes
 RTC in local TZ: no
      DST active: no
 Last DST change: DST ended at
                  Sun 2013-10-27 02:59:59 CEST
                  Sun 2013-10-27 02:00:00 CET
 Next DST change: DST begins (the clock jumps one hour forward) at
                  Sun 2014-03-30 01:59:59 CET
                  Sun 2014-03-30 03:00:00 CEST

Mas a hora UTC não está correta aqui. Neste momento, a hora UTC é 11:11 , não 12:11 .

E:

$ sudo hwclock --show
Wed 05 Mar 2014 01:11:56 PM CET  -0.625627 seconds

    

Answer 1

Seu provedor de hospedagem está bloqueando pacotes ntp. Essa abordagem pesada foi implementada por alguns ISPs em resposta aos ataques DDoS. Você pode ver que o ntpdate está enviando os pacotes do ntpdate -vd:

transmit(91.189.94.4)
transmit(91.189.89.199)
transmit(91.189.94.4)
transmit(91.189.89.199)

Eu entraria em contato com seu provedor de serviços de Internet e perguntaria se eles estão bloqueando solicitações externas de ntp e se eles têm um servidor local que você pode usar para sincronização de horário.

Existem algumas possibilidades mais obscuras, mas é difícil descartá-las, uma vez que você não postou nenhum log do syslog.

    

Answer 2

Esta não é uma resposta ntp, no entanto ...

sudo date -s "$(wget -qSO- --max-redirect=0 google.com 2>&1 | grep Date: | cut -d' ' -f5-8)Z"

esta e a versão curl aqui .

    

Answer 3

Eu tive o mesmo problema e foi assim que resolvi. Eu dei uma resposta detalhada de cima para baixo. Você pode querer pular para o meio da minha resposta ou apenas indicar as capturas de tela abaixo para entendê-las rapidamente.

Primeiro instala o ntpdate (Obviamente você fez isso)

sudo apt-get install ntpdate

NEXT Você precisa configurar o ntp com servidores da seguinte forma:

Você deve pelo menos definir o seguinte parâmetro no arquivo de configuração /etc/ntp.conf: server

Por exemplo, abra o arquivo /etc/ntp.conf usando o editor de texto nano:

sudo nano /etc/ntp.conf

Localize o parâmetro do servidor e, se estiver vazio, configure-o da seguinte forma:

server pool.ntp.org

Mas geralmente no Ubuntu já existem alguns servidores que podem ser

server 0.ubuntu.pool.ntp.org
server 1.ubuntu.pool.ntp.org
server 2.ubuntu.pool.ntp.org
server 3.ubuntu.pool.ntp.org

Em seguida, salve o arquivo e reinicie o serviço ntpd :

sudo /etc/init.d/ntpd start

Você pode sincronizar o relógio do sistema para um servidor NTP imediatamente com o seguinte comando:

sudo ntpdate pool.ntp.org

ou apenas executar já servidores estão definidos

sudo ntpdate 0.ubuntu.pool.ntp.org

ou outros servidores que são definidos usando o servidor

geralmente

sudo ntpdate <one of the servername in /etc/ntp.conf>

MAS depois disso, é possível que você receba o erro NTP socket in use , conforme mostrado abaixo:

Nesse caso, basta executar

ntpdate -u pool.ntp.org 

para atualizar quando o ntp deamon estiver rodando

OU apenas pare o deamon, atualize e inicie-o novamente da seguinte forma:

sudo ntpdate pool.ntp.org
sudo service ntp stop
sudo ntpdate pool.ntp.org
sudo service ntp start

e você receberá

    

Answer 4

Semelhante à resposta de Alex, isso funcionou para eu contornar a porta ntp sendo protegida por firewall:

sudo date -s "$(curl http://s3.amazonaws.com -v 2>&1 | \
  grep "Date: " | awk '{ print  " "  " "  " "  " "  " GMT"}')"

    

Answer 5

Use o htpdate

Se a transmissão ntp estiver bloqueada em sua rede, instale o htpdate. Ele sincroniza o tempo sobre o protocolo http. A precisão será de 0.5 segundos, de acordo com a página do manual.

sudo apt-get install htpdate
sudo htpdate -a google.com

O serviço htpdate será iniciado quando você instalar o pacote. O tempo será atualizado imediatamente se houver conexão com a Internet.

    

Answer 6

Até mesmo enfrentamos esse problema ... Mas conseguimos resolvê-lo ao pressionar este comando:

ssh localhost "sudo apt-get install ntp ntpdate ; sudo service ntp stop; sudo ntpdate 0.ubuntu.pool.ntp.org; sudo service ntp start"

Para isso, você precisa instalar o openssh-server .

Além disso, remova ntp e ntpdate ( sudo apt-get remove --purge ntp ntpdate ) antes de disparar o comando ssh acima.

    

Answer 7

Apenas uma sugestão. Eu tive esse problema por algum tempo, então começou a funcionar, mas descobri que não há mais espaço no disco.