Sincronizar o relógio com o NTP é muito fácil e por isso impressiona quão poucos administradores adotam essa prática. Para sincronizar o relógio é recomendado utilizar-se o daemon ntpd. Explicações sobre seu funcionamento e instruções de instalação podem ser encontradas em <a href=http://www.ntp.br>NTP</a>. No Brasil hoje temos uma boa quantidade de servidores de tempo públicos de qualidade, como os do projeto NTP.br, os do Observatório Nacional (ON), os da RNP e os de algumas universidades. Alguns deles já estão disponíveis também via IPv6 (informações sobre o IPv6 podem ser encontradas em <a href=http://www.ipv6.br>IPv6</a>).
[1] Comentário enviado por
albertguedes em 12/11/2008:
Valeu, bons servers são sempre bem vindos.
[2] Comentário enviado por
albfneto em 14/11/2008:
legal, vou usar agora ntpd, também.
já testei nos meus micros,,, rodando...!
legal!
O servidor preferencial que uso é da USP, pq trabalho na USP, procueri algum Stratum 3 Regional, em Ribeirão mas não achei.
Estou usando nos meus micros...
agora, quando rodo o comando ntpq, com qualquer opção, mesmo como root, recebo mensagem de conexão rejeitada, porquê?
[3] Comentário enviado por
VonNatur em 22/11/2008:
Usa o ntp é muito pratico e simples normalmente utilizo o servidor da usp.
[4] Comentário enviado por
antonio.moreiras em 23/11/2008:
Alberto, a mensagem de conexão rejeitada pode ser devida à configuração do ntpd...
Verifique se na linha restrict default do arquivo ntp.conf não há um "noquery"...
Veja que no exemplo apresentado não há... É uma boa prática permitir consultas via ntpq, mesmo de clientes externos...
[5] Comentário enviado por
antonio.moreiras em 23/11/2008:
Carlos (VonNatur),
O servidor da USP costuma ser um ótimo servidor, conectado aos estrato 1 da UFRJ e da RNP, além de mais 2 fora do país...
Observe, no entanto, que nunca devemos usar menos do que 3 referências simultaneamente quando utilizamos o ntpd. O ideal é usar de 4 a 7 boas referências... Você poderia, então, escolher outros 3 servidores para usar, além do da USP. Se quiser entender a razão disso, sugiro ver a documentação em
http://www.ntp.br.
ntpq -p ntp.usp.br
remote refid st t when poll reach delay offset jitter
==============================================================================
+santuario.pads. .GPS. 1 u 147 1024 377 7.233 -3.762 0.345
*ntp1.pop-df.rnp .GPS. 1 u 701 1024 377 15.874 -3.846 0.364
+clock.xmission. .GPS. 1 u 693 1024 377 192.769 -5.001 0.477
+time.nist.gov .ACTS. 1 u 887 1024 155 211.530 6.420 1.207
[6] Comentário enviado por
albfneto em 09/04/2009:
que legal, acabei de ver, vc é especialista e mantenedor de servidores de tempo.
[7] Comentário enviado por
quirino em 15/03/2010:
gostaria de saber como configurar o NTP server apenas na rede local ??