Esta questão surgiu várias vezes de uma forma localizada, esta questão destina-se a fornecer o método preferido / melhor para sincronizar o relógio de um sistema usando NTP.
A solução deve lidar com vários problemas corretamente, como:
Corrija o tempo na inicialização rapidamente onde o relógio tem uma grande inclinação.
Forneça uma configuração que proteja e / ou corrija situações em que o relógio pode, às vezes, desenvolver um grande desvio ao longo do tempo.
Uma solução robusta que pode manipular e sincronizar o tempo rapidamente quando certos problemas surgem, como: "o servidor de horário não estava acessível durante a inicialização" ou "a Internet está inacessível durante a inicialização".
A solução ideal seria um arquivo de configuração NTP único capaz de lidar com tudo isso.
Muitas das peças que fornecerão a solução "final" estão espalhadas pelo site da U & L em questões como estas:
Haverá outros, mas estes são os que eu vi que me vêm à mente como relevantes.
Como você não pode corrigir grandes desvios no tempo usando ntp (a menos que você tenha algumas horas para o relógio recuperar ou desacelerar) eu faço isso:
service ntpd stop ntpdate us.pool.ntp.org service ntpd start
Eu o cronico uma vez por dia, todos os dias. Eu também coloco o ntpdate em um script init para rodar antes do ntp iniciar após a inicialização, já que as reinicializações e os ciclos de energia são os eventos mais prováveis / frequentes que mexem com a hora do sistema.
O que você está procurando é ntpd com a opção --panicgate .
A opção panicgate permite o primeiro ajuste depois que ntpd começar a ser de qualquer tamanho. Isto é exatamente para o caso de uso que você descreveu onde uma máquina aparece e seu relógio é muito impreciso. Quando o ntpd inicia com esta opção ativada, pode demorar um pouco para encontrar um servidor e estabelecer a sincronização com ele.
Essa opção por si só resolve seu item # 1.
# 2 é baunilha ntpd. O Ntpd mantém um arquivo de desvio que é a taxa que o relógio do seu sistema distorce.
# 3 também é igual a # 1. A opção --panicgate não se limita a imediatamente quando o ntpd inicia, é limitado ao "primeiro ajuste", sempre que o ajuste for feito.
Use chronyd / chronyc em vez de ntp / ntpdate. Já é um método padrão no fedora e, suponho, estará no RHEL 7.0 assim que estiver pronto.
A documentação pode ser encontrada no link