☰

Faz diferença qual servidor de horário NTP eu escolho no Windows?

tag-icon • tag-icon windows ntp
Faz diferença qual servidor de horário NTP eu escolho no Windows?

Ao permitir que o Windows defina a hora do sistema pela Internet, recebo a seguinte caixa de diálogo:

Caixa de diálogo Configurações de horário da Internet, com opção para selecionar o servidor de horário

Faz diferença qual servidor de horário eu escolho?

Como eu saberia se um era “melhor” que os outros?

Responder1

Faz diferença qual servidor de horário eu escolho?

Resposta curta: Sim

Embora todos os servidores NTP se esforcem para manter a sincronização com o UTC, a distância entre você e as redes intervenientes afeta fatores NTP, como latência e jitter. Há também a questão da disponibilidade, nem todos os servidores estão disponíveis continuamente para sempre.

Até onde eu sei, o UTC e o serviço stratum-0 NTP não são supervisionados, regulamentados ou fornecidos pelo USNO, mesmo dentro dos EUA. O UTC foi definido pela ITU e é baseado no TAI mais segundos bissextos (acredito que determinado pelo ERS). O TAI é mantido por um conjunto internacional de 70 laboratórios (dos quais o USNO é um, mas também inclui o NRL em Washington e o NIST em Boulder) e coordenado pelo BIPM na França.

eu usaria oconjunto NTPpara sua localidade.

Como eu saberia se um era “melhor” que os outros?

Executando um cliente NTP real em um sistema adequado e observando as estatísticas

# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 connorw600.info europium.canoni 16 u 182d 1024    0    0.000    0.000 4000.00
*dns0.rmplc.co.u ntp1.ja.net      2 u  659 1024  377   27.015   -4.936   1.034
+82.113.154.206  ntp4.ja.net      2 u  700 1024  377   24.853   -4.827   0.788
+dawn.rt.uk.eu.o ntp1.nl.uu.net   2 u  913 1024  377   29.364   -5.614   0.691

Parece que connorw600.info… seria uma má escolha.

Responder2

Segundo a Wikipédia, oProtocolo de horário de redefunciona da seguinte forma:

Para sincronizar seu relógio com um servidor remoto, o cliente NTP deve calcular o tempo de atraso de ida e volta e o deslocamento. O atraso de ida e volta é calculado como insira a descrição da imagem aqui, onde insira a descrição da imagem aquié o tempo de transmissão do pacote de solicitação, insira a descrição da imagem aquié o tempo de recepção do pacote de solicitação, insira a descrição da imagem aquié o tempo de transmissão do pacote de resposta e insira a descrição da imagem aquié o tempo de recepção do pacote de resposta. insira a descrição da imagem aquié o tempo decorrido do lado do cliente entre a emissão do pacote de solicitação e a recepção do pacote de resposta, enquanto insira a descrição da imagem aquié o tempo que o servidor esperou antes de enviar a resposta. O deslocamento é dado por insira a descrição da imagem aqui.

A sincronização NTP está correta quando as rotas de entrada e saída entre o cliente e o servidor possuem atraso nominal simétrico. Se as rotas não tiverem um atraso nominal comum, a sincronização terá um viés sistemático de metade da diferença entre os tempos de viagem para frente e para trás.

A partir desta explicação podemos admitir que para ter uma sincronização de relógio precisa você deve ter uma pequena diferença no tempo de atraso que o servidor responde à sua solicitação e o tempo de atraso que você responde ao servidor completando a sincronização. Portanto, se o servidor que você está executando estiver longe de você (quero dizer, há muitos "pontos" ou roteadores entre você e o servidor NTP), a probabilidade de ter um "caminho" diferente para os pacotes NTP que você receber e você enviar é aumentado.

Então, pela minha interpretação do caso, o melhor servidor para sincronizar seu relógio é o “mais próximo”. Quero dizer, se você conseguir um rastreamento dos "pontos" entre você e o servidor você escolheria aquele que tivesse menos saltos. Você pode usar o comando “tracert” do Windows para resolver o melhor servidor NTP público para você.

Além disso, lembre-se de que além dessas opções padrão, existemmuitos servidores NTP públicosna internet.

Responder3

Resposta curta: Não.

Não importa. Eles são todos iguais. Mais ou menos, eles são backups um do outro. Nos Estados Unidos, o Departamento de Serviço de Tempo do Observatório da Marinha dos EUA é o cronometrista oficial. Todos os outros refletem o seu tempo, incluindo empresas e, especialmente, quaisquer entidades governamentais dos EUA. Portanto, todas as opções disponíveis no menu suspenso são ao mesmo tempo. Portanto, não existe um que seja “melhor” que os outros.

Responder4

Na verdade, há uma grande diferença na latência. Usar o pool, por exemplo, pode introduzir latência variável. O pool tenta conectar você a um servidor próximo a você. O tempo de "pesquisa" varia de consulta para consulta na minha experiência. Em um dos meus aplicativos, fui forçado a fazer do pool um backup de terceiro nível porque o Google e a Microsoft tinham latência mais consistente.

informação relacionada