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 nt
> 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
Depende de como você configura.
> como anda isso hoje em dia, mas me lembro que antigamente o ntpd
> tinha uma desvantagem, que era não cons
2009/2/4 :
>
> o uso do ntpd NO BOOT é bem claro; contudo, em máquina que NÃO VAI
> ficar "de boot" a cada momento - servidores estão nesse caso - pra mim
> a coisa não ficou esclarecida. Pesquisando por aí, encontrei uma
> informação para manter o sincronismo do relogio:
>
>> Normally ntpdate cor
2009/2/4 Antonio Torres :
> A soluçao indicada por 75% de minha ascendencia genética (portugues)
> sugere um crontab com a linha abaixo:
>
> 1 2 * * * root/usr/sbin/ntpdate -s
> pool.ntp.org
Neste caso seu relógio so atualizará uma vez por dia. Ps. é
recomendável
O ntpdate corrige a data/horário no boot. Depois disso você precisa usar o ntpd:
ntpd_enable="YES"
no rc.conf
e configurar o /etc/ntp.conf
Dê uma olhada em www.ntp.br
Marcelo
2009/2/4 :
>
> o uso do ntpd NO BOOT é bem claro; contudo, em máquina que NÃO VAI
> ficar "de boot" a cada momento
A soluçao indicada por 75% de minha ascendencia genética (portugues)
sugere um crontab com a linha abaixo:
1 2 * * * root/usr/sbin/ntpdate -s
pool.ntp.org
assim todos os dias o relógio é acertado (sem boot, é claro)
nada contra o ntpd, mas é um daemon a menos ro
o uso do ntpd NO BOOT é bem claro; contudo, em máquina que NÃO VAI
ficar "de boot" a cada momento - servidores estão nesse caso - pra mim
a coisa não ficou esclarecida. Pesquisando por aí, encontrei uma
informação para manter o sincronismo do relogio:
> Normally ntpdate corrects gross clock
7 matches
Mail list logo
