Meu relógio está desligado , então eu gostaria de sincronizá-lo usando ntpdate. Tentei vários servidores NTP diferentes, mas por algum motivo 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

Examinei questões relacionadas , mas nenhuma resolve o meu problema:

• Não foi possível sincronizar o tempo usando o NTP - esse cara recebe um erro diferente do que eu; o problema dele era um conflito com o ntpddaemon. Eu não tenho o ntppacote (que inclui o ntpddaemon) instalado.
• Como forçar uma atualização de relógio usando o ntp? - o problema desse cara é que o ntpdatecomando não funcionaria corretamente no momento da inicialização, quando o colocou no seu /etc/rc.local, e o problema também era um conflito com o ntpddaemon que estava sendo executado. Nem estou tentando executar ntpdateno momento da inicialização nem (novamente) tenho o ntpddaemon instalado.
• Não foi possível sincronizar o tempo usando `ntpdate`, erro:" nenhum servidor adequado para sincronização encontrado " - esse é o meu erro, mas a resposta aceita é basicamente" Use em ntpdvez de ntpdate". Aaarggh ...

Coisas que tentei

Eu instalei o pacote ntp

... e tentou usar o ntpddaemon em vez do ntpdateutilitário. Também não sincronizará meu tempo; o daemon começa bem, mas meu relógio permanece desligado. Até tentei usar o exato /etc/ntp.confda 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 isso ntpdateé considerado "obsoleto" e é recomendável usá-lo ntpd -q. Veja também aqui:

• ntpd vs ntpdate: prós e contras

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

Talvez a porta 123 esteja bloqueada?

A partir deste post:

• erro "nenhum servidor adequado para sincronização encontrado" ao tentar executar o `ntpdate`

... tive a ideia de que a porta 123 pode estar 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:

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

Mesmo com a -uopção, que diz ntpdatepara usar uma porta não privilegiada para sincronização (em vez de porta 123) que certamente não está bloqueada no 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, desta postagem em serverfault:

• ntpdate -d Server caiu o Strata muito alto

... Pensei que talvez os estratos dos servidores NTP sejam 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 longo, desculpe por isso. Estou perplexo. Alguma pista?

Atualização: informações adicionais

Não importa se um servidor NTP HOSTNAMEaparece /etc/ntp.confe se o ntpdserviço está sendo executado ou não, sempre que eu executo sudo ntpdate -u HOSTNAME, eu recebo no server suitable for synchronization found. A mesma coisa quando o ntpdserviço não está sendo executado e eu omito a -uopção. Quando o ntpdserviço está sendo executado e eu omito a -uopção, eu recebo 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. Agora, 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

O 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 o seu provedor de serviços de Internet e perguntaria se eles estão bloqueando solicitações de ntp externas e se eles têm um servidor local que você pode usar para sincronizar o horário.

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

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"

isso e a versão curl aqui .

Eu tive o mesmo problema e foi assim que resolvi. Eu dou uma resposta detalhada de cima para baixo. Você pode pular para o meio da minha resposta ou apenas consultar as capturas de tela abaixo para entender rapidamente.

Primeiro instale o ntpdate (obviamente você fez isso)

sudo apt-get install ntpdate

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

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 maneira:

server pool.ntp.org

Mas normalmente no ubuntu alguns servidores já estão pré-escritos, o que pode 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

Salve o arquivo e reinicie o serviço ntpd :

sudo /etc/init.d/ntpd start

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

sudo ntpdate pool.ntp.org

ou apenas execute já os servidores estão definidos

sudo ntpdate 0.ubuntu.pool.ntp.org

ou outros servidores definidos usando o servidor

geralmente

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

MAS depois disso, há uma chance de você receber o erro, NTP socket in usecomo mostrado abaixo:

Nesse caso, basta executar

ntpdate -u pool.ntp.org 

atualizar quando o ntp deamon estiver em execução

OU simplesmente pare o daemon, atualize e inicie-o novamente da seguinte maneira:

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

e você receberá

Use htpdate

Se a transmissão ntp estiver bloqueada na sua rede, instale o htpdate. Ele sincroniza o tempo através do 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 horário será atualizado imediatamente se houver conexão com a internet.

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

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