FAQ
- Quais são os servidores disponíveis no NTP.br?
- Quanto de banda Internet o NTP gasta?
- É possível utilizar autenticação com os servidores disponíveis?
- Caso utilize o NTP não preciso mais me preocupar com o horário de verão?
- Como configuro um firewall para que permita os pacotes NTP?
- Qual a diferença entre o NTP e o SNTP?
- Devo usar o ntpdate ou o ntpd?
- O ntpd é um cliente ou um servidor?
- Com quantos servidores NTP devo sincronizar meu cliente/servidor?
- Posso configurar todos os servidores e estações de minha rede para se sincronizarem ao NTP.br?
- Qualquer um pode utilizar o NTP.br?
- Como posso saber com que exatidão estou sincronizado ao NTP.br?
- Qual a diferença entre o horário fornecido pelo NTP.br e os demais servidores públicos NTP?
- Qual a diferença entre a Hora Legal Brasileira e o UTC?
- 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ê?
- 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?
- Que exatidão devo esperar de um relógio acertado através de um cliente NTP (um cliente rodando o daemon ntpd, por exemplo)?
- O que é disponibilidade seletiva?
- Onde acho mais informação sobre o NTP?
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: https://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:
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: https://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: https://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: https://www.gps.gov/
Onde acho mais informação sobre o NTP?
Veja a seção Links.