Wenn ich Windows aktiviere, um die Systemzeit über das Internet einzustellen, wird mir der folgende Dialog angezeigt:
Ist es wichtig, welchen Zeitserver ich wähle?
Woher weiß ich, ob eines „besser“ als die anderen ist?
Antwort1
Ist es wichtig, welchen Zeitserver ich wähle?
Kurze Antwort: Ja
Während alle NTP-Server bestrebt sind, die Synchronisierung mit UTC aufrechtzuerhalten, wirken sich ihre Entfernung zu Ihnen und den dazwischenliegenden Netzwerken auf NTP-Faktoren wie Latenz und Jitter aus. Es stellt sich auch die Frage der Verfügbarkeit, da nicht alle Server dauerhaft und für immer verfügbar sind.
Soweit ich weiß, werden UTC und der Stratum-0-NTP-Dienst nicht von USNO überwacht, reguliert oder bereitgestellt, nicht einmal innerhalb der USA. UTC wurde von der ITU definiert und basiert auf TAI plus Schaltsekunden (ich glaube, bestimmt von ERS). TAI wird von einer internationalen Gruppe von 70 Laboren verwaltet (zu denen USNO gehört, aber auch NRL in Washington und NIST in Boulder gehören) und vom BIPM in Frankreich koordiniert.
Ich würde dieNTP-Poolfür Ihr Gebietsschema.
Woher weiß ich, ob eines „besser“ als die anderen ist?
Indem Sie einen echten NTP-Client auf einem geeigneten System ausführen und die Statistiken betrachten
# 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
Sieht aus, als ob connorw600.info … eine schlechte Wahl wäre.
Antwort2
Laut Wikipedia ist dieNetzwerkzeitprotokollfunktioniert wie folgt:
Um seine Uhr mit einem Remote-Server zu synchronisieren, muss der NTP-Client die Round-Trip-Verzögerungszeit und den Offset berechnen. Die Round-Trip-Verzögerung wird wie folgt berechnet
: wobei
die Zeit der Anforderungspaketübertragung ist,
die Zeit des Anforderungspaketempfangs ist,
die Zeit der Antwortpaketübertragung ist und
die Zeit des Antwortpaketempfangs ist.
ist die auf der Clientseite zwischen der Aussendung des Anforderungspakets und dem Empfang des Antwortpakets verstrichene Zeit, während
die Zeit ist, die der Server gewartet hat, bevor er die Antwort gesendet hat. Der Offset wird durch angegeben
.
Die NTP-Synchronisierung ist korrekt, wenn sowohl die eingehenden als auch die ausgehenden Routen zwischen Client und Server eine symmetrische nominale Verzögerung aufweisen.Wenn die Routen keine gemeinsame Nennverspätung haben, weist die Synchronisierung eine systematische Verzerrung von der Hälfte der Differenz zwischen der Hin- und Rückfahrzeit auf.
Aus dieser Erklärung können wir schließen, dass für eine genaue Uhrensynchronisierung der Unterschied zwischen der Verzögerungszeit, mit der der Server auf Ihre Anfrage antwortet, und der Zeitverzögerung, mit der Sie antworten, bis der Server die Synchronisierung abgeschlossen hat, gering sein muss. Wenn der von Ihnen ausgeführte Server also weit von Ihnen entfernt ist (d. h., es gibt viele „Punkte“ oder Router zwischen Ihnen und dem NTP-Server), ist die Wahrscheinlichkeit, dass die von Ihnen empfangenen und gesendeten NTP-Pakete einen unterschiedlichen „Pfad“ haben, größer.
Meiner Interpretation nach ist der beste Server zum Synchronisieren Ihrer Uhr der „nähere“. Wenn Sie also eine Spur der „Punkte“ zwischen Ihnen und dem Server erhalten, würden Sie denjenigen wählen, der weniger Sprünge aufweist. Sie könnten den Befehl „tracert“ von Windows verwenden, um den besten öffentlichen NTP-Server für Sie zu ermitteln.
Denken Sie auch daran, dass es neben diesen Standardoptionenviele öffentliche NTP-Serverim Internet.
Antwort3
Kurze Antwort: Nein.
Es spielt keine Rolle. Sie sind alle gleich. Mehr oder weniger sind sie Backups füreinander. In den Vereinigten Staaten ist das Time Service Department des US Navy Observatory der offizielle Zeitnehmer. Alle anderen spiegeln seine Zeit wider, einschließlich Unternehmen und insbesondere alle US-Regierungsbehörden. Daher haben alle in der Dropdown-Liste verfügbaren Optionen dieselbe Zeit. Daher gibt es keine, die „besser“ ist als die anderen.
Antwort4
Es gibt tatsächlich einen großen Unterschied in der Latenz. Die Verwendung des Pools kann beispielsweise zu unterschiedlichen Latenzen führen. Der Pool versucht, Sie mit einem Server in Ihrer Nähe zu verbinden. Die „Suchzeit“ variiert meiner Erfahrung nach von Abfrage zu Abfrage. In einer meiner Anwendungen war ich gezwungen, den Pool zu einem Backup der 3. Ebene zu machen, da Google und Microsoft eine gleichmäßigere Latenz hatten.