Você pode ter uma porta 123 de bloqueio de firewall, que pode fazer com que o servidor ntp nunca veja os servidores de horário.
No meu caso, meu ISP (Internet Service Provider) estava bloqueando as portas.
Uma verificação de porta 123 também não detectou o bloqueio.
A arma para fumar era que eu tenho temporariamente dois feeds independentes da Internet. No linux, se eu executar ntpq -p
(repetidamente) com o primeiro feed da Internet conectado, nada é atualizado, mas com o outro feed eu recebo atualizações!
Como @Jens A. Koch diz, ntpdate -u <server name>
contorna isso temporariamente (sem trocadilhos), não corrige o problema de tempo a longo prazo.
Com o tempo, ocorrerá um desvio nos relógios do sistema e do hardware. Também no meu caso, a inicialização dupla do linux / windows faz com que o relógio do hardware fique ainda mais confuso (por horas).
Portanto, você deve ter a porta 123 aberta para o UDP para manter o relógio do sistema.
Em vez de usar-u
, você também pode fazer isso, que eu acho que usa a porta 123 (em vez de uma porta não 'privilegiada'):
service ntp stop
, então
ntpdate <server url>
(sem o -u) e finalmente
service ntp start
.
Isso parece ignorar o problema de bloqueio de porta, pelo menos para acertar o relógio uma vez. Se -u
funcionar, mas isso não funcionar, é um sinal bastante claro de que a porta está bloqueada ou o servidor não responde, ...
Outra questão que eu tinha para resolver era que para mim o padrão Debian /etc/ntp.conf
configuração incluído 4 linhas para as piscinas: debian.pool.ntp.org
. Nenhum desses servidores funcionou. Recebi esta mensagem de erro:
Erro ao resolver debian.pool.ntp.org: nenhum endereço associado ao
nome do host (-5) 24 de março 04:49:27 ntpdate [15115]: Não foi possível encontrar o host
debian.pool.ntp.org: nenhum endereço associado ao nome do host ( -5) 24 mar
04:49:27 ntpdate [15115]: nenhum servidor pode ser usado, saindo
Eu tive que mudar os servidores para us.pool.ntp.org
.