FAQ




Quais são os servidores disponíveis no NTP.br?

São:

Servidores NTP.br
a.st1.ntp.br 200.160.7.186 e 2001:12ff:0:7::186
b.st1.ntp.br 201.49.148.135
c.st1.ntp.br 200.186.125.195
d.st1.ntp.br 200.192.232.8
a.ntp.br 200.160.0.8 e 2001:12ff::8
b.ntp.br 200.189.40.8
c.ntp.br 200.192.232.8
gps.ntp.br 200.160.7.193 e 2001:12ff:0:7::193


Para maiores esclarecimentos, consulte a seção Estrutura deste site.




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.




É 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.




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.

Depois que foram definidas regras fixas para o horário de verão no Brasil, sistemas atualizados tratam a questão corretamente, de forma automática. Contudo, seguem instruções para ajustes manuais:

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:

  1. Execute o tzedit.exe.
  2. Na lista Time Zones, clique em (GMT -3:00) Brasília e em Edit.
  3. 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.
  4. Clique em OK e em Fechar.
  5. Clique em Iniciar, aponte para Configurações, para Painel de controle e clique duas vezes em Data/hora.
  6. Clique na guia Fuso horário.
  7. Selecione um fuso horário diferente do fuso horário (GMT -3:00) Brasília e clique em Aplicar.
  8. 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:

1. 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 2015 only - May 30 00:00 1 S
      Rule Brazil 2015 only - Jun 22 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.

2. Execute o comando zic:


      zic verao.zic

3. Verifique o arquivo do fuso horário com o comando zdump.


      root@usuario:/usr/share/zoneinfo/Brazil# zdump -v Brazil/East
      Brazil/East  Fri Jun 13 20:45:52 1901 UTC = Fri Jun 13 17:45:52 1901 BRT isdst=0 gmtoff=-10800
      Brazil/East  Sat Jun 14 20:45:52 1901 UTC = Sat Jun 14 17:45:52 1901 BRT isdst=0 gmtoff=-10800
      Brazil/East  Sun Jun 14 02:59:59 2015 UTC = Jun Oct 13 23:59:59 2015 BRT isdst=0 gmtoff=-10800
      Brazil/East  Sun Jun 14 03:00:00 2015 UTC = Sun Jun 14 01:00:00 2015 BRST isdst=1 gmtoff=-7200
      Brazil/East  Sun Jun 17 01:59:59 2015 UTC = Sat Jun 16 23:59:59 2015 BRST isdst=1 gmtoff=-7200
      Brazil/East  Sun Jun 17 02:00:00 2015 UTC = Sat Jun 16 23:00:00 2015 BRT isdst=0 gmtoff=-10800
      Brazil/East  Mon Jun 18 03:14:07 2045 UTC = Mon Jun 18 00:14:07 2045 BRT isdst=0 gmtoff=-10800
      Brazil/East  Tue Jun 19 03:14:07 2045 UTC = Tue Jun 19 00:14:07 2045 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 Jun 14 2015 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.html

Se 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/area.cfm?id_area=65 e o site do Observatório Nacional: http://pcdsh01.on.br/verao1.html.




Como configuro um firewall para que permita os pacotes NTP?

O servidor NTP recebe pacotes na porta UDP 123 e envia as respostas através 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).




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.




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.




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.




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.




Posso configurar todos os servidores e estações de minha rede para se sincronizarem ao NTP.br?

Sim, pode.

Mas se você tem uma rede muito grande, pode ser vantajoso configurar pelo menos três servidores locais, sincronizando-os com o NTP.br, utilizando o ntpd, e sincronizar os demais computadores de sua rede por meio deles.




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.




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.6p5@1.1585-o Wed Jun 22 20:43:30 UTC 2015 (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, Jun  17 2015 16:18:23.653, poll=4,
       clock=cadc8052.e4c8a8ea  Wed, Jun  17 2015 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



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.




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).




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.




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.




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.




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://www.gps.gov/




Onde acho mais informação sobre o NTP?

Veja a seção Links.