Guia de sincronização de horário do servidor

UTC, TAI, hora GPS e hora civil local têm finalidades diferentes. TAI (Tempo Atômico Internacional) é uma escala de tempo atômico contínua calculada pelo BIPM a partir de relógios contribuintes; não adiciona segundos bissextos. UTC (Tempo Universal Coordenado) difere do TAI por um número inteiro de segundos e é a referência internacional para fusos horários civis. GPS Time foi alinhado com UTC em seu início em 1980, mas não adiciona segundos bissextos.

De acordo com o [EUA Observatório Naval] (https://maia.usno.navy.mil/information/eo-values), em setembro de 2026, o TAI é 37 segundos e o tempo GPS está 18 segundos à frente do UTC. Essas compensações podem mudar de acordo com a política futura de segundos bissextos.

A [definição BIPM do segundo SI] (https://www.bipm.org/pt-BR/si-base-units/second) fixa a frequência de transição hiperfina do estado fundamental imperturbável do césio-133 em 9.192.631.770 Hz. Os relógios de césio usam essa transição atômica como referência de frequência.

Os padrões primários e os relógios ópticos mais recentes têm diferentes incertezas medidas; um único número “um segundo em N anos” não pode descrever todos os dispositivos. Os institutos nacionais de metrologia comparam os seus padrões e contribuem para escalas de tempo internacionais. A distribuição desses padrões através do NTP é um processo separado da exibição do navegador do Clock-Tani, que não se conecta diretamente a um relógio atômico.

O Network Time Protocol (NTP) sincroniza relógios de computador em redes. RFC 5905 (NTPv4) descreve uma hierarquia de servidores de horário e um cálculo de deslocamento usando quatro carimbos de data e hora: tempos de envio e recebimento do cliente e tempos de recebimento e transmissão do servidor. Um cliente pode usar essas observações para disciplinar o relógio do sistema.

O desempenho depende da referência do servidor, do relógio do dispositivo, do atraso e da assimetria da rede. Exemplos rápidos de redes locais na RFC não são uma promessa de precisão fixa para a Internet pública ou para todos os sistemas operacionais. Serviço de horário da Internet do NIST observa que a precisão vista por um usuário depende em grande parte da estabilidade e reciprocidade da rede.

Clock-Tani não executa NTP no navegador nem ajusta o relógio do dispositivo. Sua página de horário do servidor estima uma diferença entre as respostas da API da web e o tempo de ida e volta.

Os relógios de computadores e telefones dependem de osciladores de hardware e da cronometragem do sistema operacional. A frequência do oscilador pode variar com a temperatura, a idade e o design do dispositivo, mas nenhuma frequência única, taxa de desvio diária ou intervalo de sincronização se aplica a todos os computadores.

Muitos sistemas operacionais podem ajustar periodicamente seu relógio usando um serviço de horário de rede quando ativado e conectado. O método e a programação dependem das configurações e do dispositivo. Se um deslocamento parecer inesperado, verifique as configurações automáticas de hora e fuso horário; trate uma comparação de navegador como uma estimativa afetada pela rede. FAQ sobre cronometragem do NIST ilustra como os erros do relógio de quartzo dependem do oscilador.

A [página de horário do servidor] padrão (/pt-BR/server-time) faz três solicitações à API do Clock-Tani. Para cada resposta, ele adiciona metade do tempo de ida e volta medido pelo navegador ao carimbo de data/hora Date.now() da API e, em seguida, seleciona a amostra com a latência média. Isto reduz a influência de um outlier lento; não é uma sincronização NTP ou uma certificação de precisão. O retorno à página ou a reconexão da rede podem desencadear outra medição.

Para uma visualização específica do site, o servidor faz uma solicitação HEAD ao destino quando um resultado recente ainda não está armazenado em cache; um deslocamento estimado válido pode ser reutilizado por até 60 segundos. Ele consulta o cabeçalho de data HTTP do destino e o tempo de ida e volta e, em seguida, mede separadamente o salto da API para o navegador. Data HTTP tem resolução de um segundo. Cabeçalhos ausentes ou não confiáveis podem levar a outra fonte ou hora do dispositivo, que a interface distingue. A correção de meio RTT assume atrasos de saída e retorno semelhantes e não pode garantir uma precisão fixa.

De acordo com as regras atuais do UTC, os segundos bissextos são usados quando necessário para manter o UTC próximo do tempo de rotação da Terra (UT1). O Boletim IERS C anuncia se um segundo bissexto será introduzido. Um segundo bissexto positivo pode inserir 23:59:60 após 23:59:59 no UTC, o que requer software para lidar com um minuto incomum.

Resolução CGPM 4 (2022) pede o aumento da diferença UT1-UTC permitida até ou antes de 2035 e a preparação de um plano de implementação para um UTC mais contínuo. Ela não especifica um método de ajuste pós-2035 já final nem faz uma promessa geral de que todo tratamento de segundos bissextos termina em uma data específica.

Os mercados financeiros, os sistemas de aviação e navegação, as redes de telecomunicações e as redes elétricas utilizam temporização, mas a precisão exigida e os métodos de validação diferem consoante a aplicação. Por exemplo, o [Regulamento Delegado 2025/1155 da UE sobre atividades de negociação algorítmica de alta frequência] (https://eur-lex.europa.eu/eli/reg_del/2025/1155/oj/eng) especifica uma divergência UTC máxima de 100 microssegundos para uma atividade específica; essa não é uma regra universal para todos os negócios ou indústrias.

A navegação por satélite, a coordenação da estação base e as medições da rede têm os seus próprios requisitos de temporização. Uma visualização do navegador baseada em respostas da web, como Clock-Tani, não é um relógio validado para esses sistemas. Use a fonte de tempo e os registros oficiais do sistema relevante para decisões importantes.

Abra a página de horário do servidor para comparar o relógio do seu dispositivo com uma estimativa Clock-Tani baseada em resposta da web. A visualização padrão já pega três amostras de API e escolhe o resultado de latência média; atualizar três vezes não transforma essas compensações em um erro de dispositivo “real” certificado.

A página mostra um deslocamento estimado em milissegundos, não um valor medido de atraso de ida e volta ou um diagnóstico do estado NTP do seu sistema operacional. Use “Sincronizar novamente” após uma mudança de conexão se desejar outra estimativa. Se uma diferença persistente parecer inesperada, verifique as configurações automáticas de hora e fuso horário do seu dispositivo. Não há limite universal normal/de cautela/sério para esta medição do navegador, e uma reinicialização não é um pré-requisito geral antes de um evento urgente.

A página de horário do servidor de Clock-Tani exibe uma referência baseada em resposta da web ao lado do horário do dispositivo e estima sua diferença. A fonte padrão é o carimbo de data/hora da API do próprio Clock-Tani; uma visualização específica do site pode usar o cabeçalho HTTP Date do destino ou um substituto claramente indicado.

Esta comparação não pode estabelecer se o serviço NTP do seu computador está funcionando, certificar um erro absoluto ou verificar o horário de abertura interno do vendedor de ingressos. O atraso da rede e o erro do relógio do servidor podem afetá-lo. Para vendas, exames e outros prazos consequentes, conte com os anúncios oficiais e registros de envio do organizador. A ferramenta pode ajudá-lo a observar e verificar novamente uma referência e pode fazer uma contagem regressiva até um tempo definido.