Boa tarde amigos!
IMHO, a combinação ideal seria ntpdate no boot para diminuir uma
eventual diferença entre os horários e após isso subir o daemon ntpd.
Possuir o horário sincronizado é de extrema importância quando
precisamos investigar algum evento ocorrido em nossos servidores.
O man do ntpdate diz tudo:
"The ntpdate utility can be run manually as necessary to set the host
clock, or it can be run from the host startup script to set the
clock at
boot time. This is useful in some cases to set the clock initially
before starting the NTP daemon ntpd(8). It is also possible to run
ntpdate from a cron(8) script. However, it is important to note that
ntpdate with contrived cron(8) scripts is no substitute for the NTP
dae-
mon, which uses sophisticated algorithms to maximize accuracy and
relia-
bility while minimizing resource use. Finally, since ntpdate does not
discipline the host clock frequency as does ntpd(8), the accuracy using
ntpdate is limited"
Abraços,
Renato
> Falae Irado,
>
> Então, o ntpd é um servidor de hora, normalmente não queremos que
> todos os nossos servers sejam servidores de hora, além disso, não sei
> como anda isso hoje em dia, mas me lembro que antigamente o ntpd
> tinha uma desvantagem, que era não conseguir sincronizar a hora
> quando a diferença era muito grande, tanto que em vários ambientes
> se rodava um ntpdate antes de startar o ntpd.
>
> Já o ntpdate é um processo "cliente" que se conecta a um servidor
> ntpd e sincroniza a data da máquina, portanto, creio que o mais
> simples seja colocar um ntpdate pra rodar no cron.
>
> []s
>
-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
