|
Voltar
Quais
são os servidores disponíveis no NTP.br?
Estão disponíveis publicamente 3 servidores estrato 2. Para maiores esclarecimentos, consulte a seção Estrutura deste site.
Voltar
Quanto de banda Internet o NTP gasta?
Muito pouco.
O NTP faz, no pior caso, uma consulta a cada servidor a cada 64s. Esse tempo normalmente vai aumentando até chegar a uma consulta a cada 17 min. Vamos considerar para nosso cálculo o pior caso: 1 consulta a cada 64s.
Os pacotes NTP são pequenos, pouco menos que 100bytes. Consideremos 128bytes para nosso cálculo (o que nos dá uma pequena margem de segurança e garante resultados "redondos").
Vamos considerar ainda que você tenha 3 servidores NTP em sua rede, que é o mínimo que recomendamos. Cada um desses servidores faz consultas a 5 referências (os 3 servidores do NTP.br mais 2 outros, por exemplo).
Temos então: ( 3 servidores * 5 referências * 128 bytes/consulta) / (64 s/consulta) = 30 bytes/s = 240bps.
Se você é um usuário doméstico e está sincronizando seu computador usando apenas os 3 servidores públicos do NTP.br vai gastar: (1 computador * 3 referências * 128 bytes/consulta) / (64 s/consulta) = 6 bytes/s = 48 bps. Mesmo se você utiliza uma linha discada isso representa apenas cerca de 0,1% ou 1 milésimo da capacidade da sua conexão Internet.
Voltar
É possível utilizar autenticação com os servidores disponíveis?
A
autenticação ainda não está
disponível, mas pretendemos oferecê-la como
opção no futuro. Se você tiver necessidade de
utilizar autenticação por favor entre em contato conosco
através do email para Informações e atendimento disponível na página de Contato.
Voltar
Caso utilize
o NTP não preciso mais me preocupar com o horário de verão?
O NTP não trata
da questão do horário de verão. O relógio
dos computadores geralmente trabalha sincronizado com o UTC e,
além disso, o Sistema Operacional sabe qual é o fuso
horário adequado para utilizar. Quando entramos ou
saímos do horário de verão e relógio do
computador não é alterado, somente o fuso horário.
O governo brasileiro definiu, através do decreto 6.558, de 08 de
Setembro de 2008, novas regras para o horário de verão. As regras agora
são fixas, o que evitará o trabalho de ajustá-las manualmente a cada ano.
Se você utiliza Windows, veja o seguinte hotfix da Microsoft:
http://support.microsoft.com/kb/957201/pt-br, que atualiza as
informações de zona de tempo com as novas regras.
Se você usa GNU/Linux, FreeBSD, ou MacOSX, atualize o pacote tzdata. Use
o instalador de pacotes do seu sistema operacional para fazer isso. Você
também pode encontrar o pacote mais recente (tzdata2008h.tar.gz na época
em que isso foi escrito) em ftp://elsie.nci.nih.gov/pub/.
Leia sobre as regras para o horário de verão no sítio web da Divisão
Serviço da Hora do Observatório Nacional, no endereço: http://pcdsh01.on.br.
Abaixo estão instruções (antigas) de como ajustar manualmente as datas,
em caso de necessidade:
Se você utiliza Windows, consulte o site: http://support.microsoft.com/kb/317211/pt-br
para informações sobre como configurar o sistema para que
o fuso horário seja alterado automaticamente na data correta. O
método mais simples consiste em utilizar a ferramenta Time Zone
Editor (tzedit.exe), incluida no resource kit: - Execute o tzedit.exe.
- Na lista Time Zones, clique em (GMT -3:00) Brasília e em Edit.
- Especifique
as datas corretas de início e de término do
horário de verão, clicando nas datas corretas nas caixas Dia inicial e Último dia.
- Clique em OK e em Fechar.
- Clique em Iniciar, aponte para Configurações, para Painel de controle e clique duas vezes em Data/hora.
- Clique na guia Fuso horário.
- Selecione um fuso horário diferente do fuso horário (GMT -3:00) Brasília e clique em Aplicar.
- Clique em (GMT -3:00) Brasília, OK.
Se você utiliza GNU/Linux, FreeBSD ou Solaris, use o comando zic para modificar o arquivo correspondente ao seu fuso horário: - Crie um arquivo com extensão .zic na pasta onde está o arquivo do fuso horário utilizado. Por exemplo, se você utiliza Brazil/East, crie o arquivo /usr/share/zoneinfo/Brazil/verao.zic. O conteúdo é o seguinte:
Rule Brazil 2007 only - Oct 14 00:00 1 S
Rule Brazil 2008 only - Feb 17 00:00 0 -
Zone Brazil/East -3:00 Brazil BR%sT
Altere
as duas primeiras linhas para refletir o ano atual. Os valores
exemplificados são válidos para o horário de
verão que se inicia em 14/10/07 e termina em 17/02/08. A
última linha indica qual o arquivo de fuso horário
será alterado.
- Execute o comando zic:
zic verao.zic
- Verifique o arquivo do fuso horário com o comando zdump.
root@moreiras:/usr/share/zoneinfo/Brazil# zdump -v Brazil/East Brazil/East Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 17:45:52 1901 BRT isdst=0 gmtoff=-10800 Brazil/East Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 17:45:52 1901 BRT isdst=0 gmtoff=-10800 Brazil/East Sun Oct 14 02:59:59 2007 UTC = Sat Oct 13 23:59:59 2007 BRT isdst=0 gmtoff=-10800 Brazil/East Sun Oct 14 03:00:00 2007 UTC = Sun Oct 14 01:00:00 2007 BRST isdst=1 gmtoff=-7200 Brazil/East Sun Feb 17 01:59:59 2008 UTC = Sat Feb 16 23:59:59 2008 BRST isdst=1 gmtoff=-7200 Brazil/East Sun Feb 17 02:00:00 2008 UTC = Sat Feb 16 23:00:00 2008 BRT isdst=0 gmtoff=-10800 Brazil/East Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 00:14:07 2038 BRT isdst=0 gmtoff=-10800 Brazil/East Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 00:14:07 2038 BRT isdst=0 gmtoff=-10800
O daemon crond deve ser reiniciado após a entrada ou saída do horário de verão.
Para roteadores CISCO, acrescente à configuração os seguintes comandos: clock timezone GMT-3 -3
clock summer-time GMT-2 date Oct 14 2007 0:00 Feb 17 2008 0:00
Os logs informarão a hora como GMT-2 durante o horário de verão. No
site do CAIS/RNP há também informações
sobre como se fazer essas alterações. Se restarem
dúvidas, consulte: http://www.rnp.br/cais/alertas/2007/cais-alr-20071005.htmlSe
você procura mais informações sobre o
horário de verão, verifique o site da Agência
Nacional da Energia Elétrica: http://www.aneel.gov.br/65.htm e o site do Observatório Nacional: http://pcdsh01.on.br/verao1.html.
Voltar
Como configuro um firewall para que
permita os pacotes NTP?
O servidor NTP recebe pacotes na porta UDP 123 e envia as respostas atraves dessa mesma porta.
O daemon ntpd
faz as consultas à partir dessa mesma porta UDP 123, já
algumas implementações de SNTP podem fazer consultas aos
servidores enviando pacotes com origem em qualquer porta UDP (mas
sempre tendo como destino a porta UDP 123).
Voltar Qual a diferença entre o NTP e o SNTP?
O
SNTP é uma versão simplificada do NTP, que não
implementa alguns de seus algorítmos. O SNTP geralmente é
utilizado quando há limitações de recursos de
hardware,
como por exemplo em
dispositivos embarcados.
Com o SNTP a exatidão alcançada
no tempo é normalmente menor do que com o NTP.
Exemplos de clientes SNTP são o ntpdate e o relógio do Windows XP.
Voltar
Devo usar o ntpdate ou o ntpd?
Utilize o ntpd. Com ele consegue-se uma exatidão bem maior do que com o ntpdate.
Caso o relógio do seu computador
esteja muito desajustado pode-se utilizar o ntpdate para ajustar o
mesmo, antes de se rodar o daemon NTP. Mesmo nesse caso é
preferível utilizar o ntpd com as opções -q e -g.
Não
é recomendado utilizar-se o ntpdate no cron para manter o
relógio do computador sincronizado. Utilize o daemon ntpd ao
invés disso.
O ntpdate não é mais oficialmente suportado e deve ser retirado
da distribuição em breve.
Voltar O ntpd é um cliente ou um servidor?
O
ntpd é ao mesmo tempo um cliente e um servidor. Não
há como executar o ntpd apenas como cliente. Também
não há riscos em executá-lo como servidor, se
corretamente configurado. O estrato do
ntpd é dado pelo estrato do servidor selecionado para a
sincronização mais 1.
Voltar
Com quantos servidores NTP devo sincronizar meu cliente/servidor?
No
mínimo 3 servidores, com referências primárias
diferentes, para que os algorítmos responsáveis pela
seleção dos mesmos funcionem adequadamente.
O ideal é que o número de servidores esteja entre 4 e 6.
Com
2 servidores ou menos o NTP fica sem parâmetros de
comparação para julgar se a hora fornecida pelos mesmos
está ou não correta. No caso caso de problemas com um dos
servidores, corre-se o risco de sincronizar-se com a hora errada.
Voltar
Posso configurar todos os servidores e estações de minha rede para se sincronizarem ao NTP.br?
Não diretamente.
Se
você tem mais do que 3 computadores em sua rede, configure pelo
menos três deles como servidores, sincronizando-os com o NTP.br,
utilizando o ntpd, e sincronize os demais computadores de sua rede
através deles.
Se for detectado um uso abusivo dos servidores do NTP.br por parte de algum cliente ou rede, o acesso pode ser bloqueado.
Voltar
Qualquer um pode utilizar o NTP.br?
Sim, é um serviço público.
Seu objetivo principal, contudo, é atender à Internet no
Brasil. Se a capacidade dos servidores estiver comprometida, os acessos
vindos de fora do pais podem ser bloqueados.
Voltar Como
posso saber com que exatidão estou sincronizado ao NTP.br?
Utilize o comando ntpq -c rl. A variável offset (deslocamento) indica em ms
(milisegundos) a exatidão do relógio local em
relação à referência primária:
# ntpq -c rl assID=0 status=06f4 leap_none, sync_ntp, 15 events, event_peer/strat_chg, version="ntpd 4.2.2p4@1.1585-o Wed Mar 7 20:43:30 UTC 2007 (1)", processor="i686", system="Linux/2.6.20-16-generic", leap=00, stratum=2, precision=-20, rootdelay=0.479, rootdispersion=11.114, peer=42657, refid=servidor1, reftime=cadc7fef.a730b288 Wed, Nov 7 2007 16:18:23.653, poll=4, clock=cadc8052.e4c8a8ea Wed, Nov 7 2007 16:20:02.893, state=4, offset=5.010, frequency=0.621, jitter=3.124, noise=1.781, stability=23.171, tai=0
Ou utilize o comando ntpdc -c loopinfo, que também mostra a variável offset, mas em segundos.
# ntpdc -c loopinfo offset: 0.005010 s frequency: 0.621 ppm poll adjust: 30 watchdog timer: 109 s
Voltar Qual a
diferença entre o horário fornecido pelo NTP.br e os demais servidores públicos
NTP?
Todos os servidores públicos NTP estão, ou deveriam estar, referenciados ao UTC.
O
NTP.br é rastreável e auditável à Hora
Legal Brasileira, que também é referenciada ao UTC.
Na
prática pode-se esperar diferenças na faixa de dezenas de microsegundos entre servidores estrato 1 e o UTC
(e entre si).
Diferenças maiores que estas podem ser causadas
por redes com atraso (delay) e incerteza (jitter)
altos, por redes com elevada assimetria, ou por servidores mal
configurados. Na Internet é normal haver diferenças de
alguns milisegundos.
Manter um mínimo de 3
servidores de hierarquias NTP diferentes como fontes de tempo é
muito importante para garantir a robustez do protocolo e a hora correta.
Voltar
Qual a
diferença entre a Hora Legal Brasileira e o UTC?
A
Hora Legal Brasileira é fornecida, por atribuição
legal, pelo Observatório Nacional. O ON gera a Hora Legal
à partir de sua própria materialização do
UTC, o UTC(ONRJ), que contribui para a geração do UTC.
Na prática a diferença entre o UTC(ONRJ) e o UTC fica na faixa das dezenas de ns (nanosegundos).
Voltar
Na
configuração padrão do ntp que veio na minha distribuição,
havia a keyword noquery,
restringindo o acesso padrão. Na configuração sugerida no NTP.br não. Por quê?
Consideramos
a configuração com a restrição às
consultas feitas por programas como o ntpq e o ntpdc como muito
restritiva. Essas consultas (como ntpq -c pe)
são importantes quando não conhecemos bem o servidor ao
qual estamos nos conectando e queremos avaliar sua qualidade. Verificar
a quantas e quais fontes esse servidor está conectado é
muito útil nesses casos. Estudos de qualidade como os realizados pelo Pedro Torres Júnior ( www.ntpsurvey.arauc.br) ou pelo Nelson Minar ( alumni.media.mit.edu/~nelson/research/ntp-survey99) seriam impossíveis com configurações muito restritivas. O NIC.br utiliza essas consultas para monitorar a qualidade de sua rede de sincronização.
Voltar
Que
exatidão devo esperar de um relógio acertado
através de um cliente SNTP, como o ntpdate ou o relógio
do Windows?
Exatidão da ordem de alguns segundos.
Voltar
Que
exatidão devo esperar de um relógio acertado através
de um cliente NTP (um cliente rodando o daemon ntpd, por exemplo)?
Exatidão
da ordem de frações de milisegundos, até algumas
dezenas de milisegundos, dependendo da qualidade da rede.
Voltar
O que é disponibilidade seletiva?
A
disponibilidade seletiva é um erro proposital no sistema GPS
introduzido no sistema pelo Departamento de Defesa estadunidense por
motivos de segurança nacional.
A disponibilidade seletiva
foi desligada em 01/05/2000, contudo o Departamento de Defesa ainda
pode ativar degradações regionais do serviço: "New technologies demonstrated by the
military enable the U.S. to degrade the GPS signal on a regional basis. GPS
users worldwide would not be affected by regional, security-motivated, GPS
degradations, and businesses reliant on GPS could continue to operate at peak
efficiency." Mais informações podem ser encontradas no site: http://pnt.gov/
Voltar
Onde acho mais informação
sobre o NTP?
|