Resumo

  • As medições BigTime de 2025, apresentadas no RIPE 93, mostram que cerca de metade de mais de 9 mil pontos RIPE Atlas que usaram o serviço da Microsoft recebeu uma fonte NTP pelo DNS; o inventário do estudo tinha 12 endereços IPv4.
  • A RFC 8633 recomenda várias fontes de horário para clientes NTP. Endereços DNS, sites Anycast e relógios independentes são contagens diferentes.

O horário é uma configuração discreta que pode parar uma máquina com muito barulho. Certificados vencem conforme o relógio; logs ordenam eventos pelos horários registrados; caches e chaves também dependem deles. Quase ninguém abre o painel de horário até algo dar errado. O serviço por trás dessa configuração ganha, assim, um tipo de poder que raramente aparece na tela.

No RIPE 93, o pesquisador Pascal Huppert apresentou o BigTime, um estudo de sete grandes serviços de horário. O trabalho examina como eles duplicam servidores e encaminham os clientes. O relatório original publicou as medições em 2025. Em outubro de 2026, Huppert levou os resultados à comunidade do RIPE; não repetiu os testes naquele mês. Um achado faz uma pergunta direta: quando o provedor diz que tem muitos servidores, quantas fontes de horário chegam ao aparelho?

Para mapear as respostas DNS, a equipe usou 500 sondas RIPE Atlas. A cada dez minutos, durante oito horas, cada sonda perguntou diretamente ao DNS autoritativo do serviço — o servidor responsável pela resposta daquele domínio. Assim, os pesquisadores não dependeram de um resolvedor recursivo, o intermediário que consulta outros servidores e guarda respostas em cache. Uma segunda análise contou quantos endereços cada cliente recebia. Ela usou mais de 9 mil pontos Atlas. Cada ponto enviou 72 consultas diretas em 12 horas, uma a cada dez minutos. A amostra da Microsoft tinha 9.010 pontos.

Dos 9.010 pontos Microsoft, cerca de metade recebeu pelo DNS um único endereço de servidor NTP. O relatório listou 12 endereços IPv4 no inventário do serviço. Um número conta o que o provedor tem; o outro, o que muitos clientes medidos viram. O resultado vale para a amostra do estudo, não para metade de todos os computadores Windows. O RIPE Atlas observa algumas redes; não contou cada aparelho do planeta.

Há vários níveis nessa arquitetura. O DNS pode devolver mais de um endereço para o mesmo nome. No Anycast, vários sites anunciam o mesmo endereço e a rede encaminha cada cliente a um deles. Dentro do site, um balanceador pode repartir os pedidos entre servidores locais. Esses recursos distribuem o tráfego e ajudam a lidar com algumas falhas. Não dão, por si só, várias fontes de horário para o cliente comparar.

Os sete serviços usavam desenhos diferentes: três recorriam ao Anycast e quatro a endereços unicast. Huppert disse que a equipe não conseguiu descartar balanceadores locais. Por isso, a contagem de endereços não mostra quantas máquinas físicas existem nem quais são as zonas independentes de falha. Ela mostra o que o DNS entregou aos pontos medidos.

A RFC 8633 leva a questão até o cliente. Ela recomenda que clientes NTP usem várias fontes, comparem os horários, mantenham as confiáveis e descartem as ruins. A seção sobre Anycast explica o risco: um único endereço pode esconder uma grande rede distribuída e ainda aparecer como uma fonte só. Pools Anycast separados mantêm a configuração simples e dão ao aparelho mais de uma fonte para comparar.

O inventário global do provedor e a lista que chega a um cliente contam coisas diferentes. Um endereço pode levar a um conjunto de servidores que aumenta a capacidade ou permite trocar de máquina dentro de um site. Ainda assim, o cliente recebe uma só leitura. Se ela estiver errada, falta outra fonte independente para comparação. O estudo não registrou uma falha ampla de horário. Ele identificou uma configuração em que o cliente não consegue fazer a comparação recomendada pela RFC.

O teste de precisão usou dois pontos sincronizados com relógios de referência. Foi uma experiência separada da amostra DNS, muito maior. A contagem de endereços cobre muitos pontos Atlas; a medição de precisão, apenas dois. Falta uma medição independente das configurações padrão atuais dos sistemas operacionais. Ela mostraria se os resultados de 2025 ainda descrevem o que os aparelhos recebem hoje.

O painel público de um serviço de horário deveria mostrar três números separados: endereços enviados ao cliente, sites alcançáveis por trás deles e fontes independentes que o aparelho pode comparar. Um mapa de servidores mostra o tamanho do provedor. Não mostra quantos relógios o aparelho consegue conferir.

Fontes