[GTER] duvida ntpd + atraso

[Antonio M. Moreiras]

Paulo,

Você pode "acelerar" esse tempo usando o parâmetro *iburst*, para cada
servidor no ntp.conf.

Esses 4 minutos correspondem ao tempo que o seu ntpd leva para sentir-se
seguro quanto ao bom caráter de suas referências, o que exige algum
relacionamento. Antes disso, ele não vai fornecer o tempo para seus
próprios clientes. O iburst incrementa a troca de pacotes inicial, toda
a vez que o ntp é (re)iniciado, e serve justamente para que ele ganhe
confiança em seus interlocutores mais rapidamente, diminuindo esse tempo
para aproximadamente 10s.

Uma bom exemplo de configuração (ntp.conf) para o seu servidor seria:

#---------------------------------------------------------
# "memoria" para o escorregamento de frequencia do micro
# pode ser necessario criar esse arquivo manualmente com
# o comando touch ntp.drift
driftfile /etc/ntp.drift

# estatisticas do ntp que permitem verificar o historico
# de funcionamento e gerar graficos
statsdir /var/log/ntpstats/
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

# servidores publicos do projeto ntp.br
server a.ntp.br iburst
server b.ntp.br iburst
server c.ntp.br iburst

# outros servidores bem comportados
server ntp.on.br iburst
server santuario.pads.ufrj.br iburst

# configuracoes de restricao de acesso
restrict default kod notrap nomodify nopeer
#--------------------------------------------------------

Para tentar ajudá-lo no outro problema, gostaria que você postasse
alguns dados adicionais:
- o ntp.conf que está usando
- o resultado do comando "ntpq -p"

E gostaria também de entender também como você mediu o atraso.

Você conhece o site ntp.br (http://ntp.br)? Se não, gostaria de sugerir
que desse também uma olhada na documentação e exemplos de configuração
que há lá.

Por fim, é bom lembrar que o ntpdate está depreciado e seu uso não é
recomendado. Na grande maioria dos casos é mais apropriado rodar o ntpd
em todos os clientes.

[]s
Antonio M. Moreiras.
moreiras at nic.br

Paulo César Naves Mota escreveu:
> Obrigado aos amigos que responderam,
> 
>        Agora surgiu algo diferente, o servidor começou a atrasar o horario
> dele com o server ao qual se atualiza gradativamente e neste instante sem
> mais nem menos ele se atualizou ... Nao houve perda de comunicacao entre
> eles, nao houve interacao minha e isto demorou em torno de 2horas.
> 
>        O que acham sobre isso?
> 
> Obrigado!
> 
> 2008/10/2 Samuel Benevides <samuelbenevides18 at yahoo.com.br>
> 
>> Boa tarde,
>>
>> Esse tempo é um algoritmo do ntp ele não pode ser alterado.
>>
>> Samuel Benevides
>>
>>
>> --- Em qui, 2/10/08, Paulo César Naves Mota <pcnmota at gmail.com> escreveu:
>>
>>> De: Paulo César Naves Mota <pcnmota at gmail.com>
>>> Assunto: [GTER] duvida ntpd
>>> Para: gter at eng.registro.br
>>> Data: Quinta-feira, 2 de Outubro de 2008, 11:16
>>> Bom dia amigos, possuo um servidor ntpd em minha rede,
>>> porém quando eu o
>>> reinicio (service ntpd restart) ele funciona tudo legal,
>>> porém as máquinas
>>> que estão abaixo dele nao conseguem atualizar por pelo
>>> menos uns 4 minutos,
>>> aparecendo a seguinte mensagem:
>>> ntpdate IP_servidor
>>> 2 Oct 10:37:54 ntpdate[6972]: no server suitable for
>>> synchronization found
>>>
>>> Após os 4 minutos
>>> 2 Oct 10:37:55 ntpdate[6973]: step time server IP_servidor
>>> offset
>>> -157.620280 sec
>>>
>>> Há alguma configuração para o ntp.conf para agilizar
>>> este tempo?
>>>
>>> Obrigado!
>>>
>>> Paulo Cesar
>>>
>>> --
>>> --
>>> Att,
>>>
>>> ---
>>> Paulo Cesar Naves Mota
>>> Administrador de Redes
>>>