Czy ma znaczenie, który serwer czasu NTP wybieram w systemie Windows?

Po włączeniu systemu Windows do ustawiania czasu systemowego za pośrednictwem Internetu zostanie wyświetlone następujące okno dialogowe:

Czy ma znaczenie, który serwer czasu wybieram?

Skąd mam wiedzieć, czy ktoś był „lepszy” niż inni?

Czy ma znaczenie, który serwer czasu wybieram?

Krótka odpowiedź: Tak

Podczas gdy wszystkie serwery NTP dążą do utrzymania synchronizacji z UTC, ich odległość od ciebie i sieci interweniujące wpływają na czynniki NTP, takie jak opóźnienia i jitter. Istnieje również kwestia dostępności, nie wszystkie serwery są dostępne nieprzerwanie na zawsze.

O ile wiem, UTC i usługa NTP stratum-0 nie są nadzorowane, regulowane ani świadczone przez USNO, nawet w USA. UTC został zdefiniowany przez ITU i opiera się na TAI plus sekundy przestępne (sądzę, że jest to określone przez ERS). przez BIPM we Francji.

Użyłbym pula ntp dla twojego regionu.

Skąd mam wiedzieć, czy ktoś był „lepszy” niż inni?

Uruchamiając prawdziwego klienta NTP na odpowiednim systemie i patrząc na statystyki

# 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

Wygląda na to, że connorw600.info… byłby złym wyborem.

Według Wikipedii Protokół czasu sieciowego działa w następujący sposób:

Aby zsynchronizować swój zegar ze zdalnym serwerem, klient NTP musi   obliczyć czas opóźnienia w obie strony i przesunięcie. Opóźnienie w obie strony   jest obliczany jako , gdzie jest   czas transmisji pakietu żądania, jest czas   żądanie odbioru pakietu, to czas pakietu odpowiedzi   transmisja i to czas odbioru pakietu odpowiedzi. to czas, który upłynął po stronie klienta między emisją pakietu żądania a odbiorem pakietu odpowiedzi, podczas gdy to czas, przez który serwer czekał przed wysłaniem odpowiedzi. The   offset jest podawany przez .

Synchronizacja NTP jest poprawna, gdy przychodząca i wychodząca   trasy między klientem a serwerem mają symetryczny nominalny   opóźnienie . Jeśli trasy nie mają wspólnego opóźnienia nominalnego,   synchronizacja ma systematyczną stronniczość o połowę różnicy między   czas podróży do przodu i do tyłu.

Z tego wyjaśnienia możemy przyznać, że aby mieć dokładną synchronizację zegara, musisz mieć niską różnicę w czasie opóźnienia, na jaki serwer odpowiada na twoje żądanie, oraz opóźnienie czasowe, które odpowiadasz serwerowi kończącemu synchronizację. Jeśli więc serwer, który uruchamiasz, jest daleko od ciebie (mam na myśli, istnieje wiele „punktów” lub routerów między Tobą a serwerem NTP), prawdopodobieństwo posiadania innej „ścieżki” dla pakietów NTP, które masz otrzymasz i wyślesz zwiększy się.

Tak więc z mojej interpretacji przypadku najlepszym serwerem do synchronizacji zegara jest „bliższy”. To znaczy, jeśli dostaniesz ślad „punktów” między tobą a serwerem, wybierzesz ten, który ma mniej skoków. Możesz użyć polecenia „tracert” z systemu Windows, aby rozwiązać najlepszy publiczny serwer NTP.

Pamiętaj też, że poza tymi standardowymi opcjami są wiele publicznych serwerów NTP w Internecie.

Krótka odpowiedź: nie.

To nie ma znaczenia. One są takie same. Mniej więcej, są to kopie zapasowe dla siebie. W Stanach Zjednoczonych oficjalnym chronometrem jest Departament Służby Czasowej Obserwatorium Marynarki Wojennej USA. Wszystkie inne odzwierciedlają czas, w tym korporacje, a zwłaszcza wszelkie jednostki rządowe USA. Dlatego wszystkie opcje dostępne z menu rozwijanego są takie same. Dlatego nie ma takiego, który byłby „lepszy” niż inni.