Auf der Suche nach einer NTP-Server-Software für Windows [geschlossen]


8

Ich suche einen vorzugsweise kostenlosen NTP-Server für Windows Server 2003/2008. Wir haben den eingebauten Windows Time Server bereits ausprobiert, aber unsere Tests haben gezeigt, dass er nicht sehr genau ist. Wir sehen Zeitunterschiede von bis zu 500 ms. Der maximale Zeitunterschied, den wir für unsere Anwendung zulassen können, beträgt ~ 100 ms.

Jetzt haben wir bereits Meinberg NTPd für Windows verwendet. Es funktioniert hervorragend, außer dass wir ein großes Problem damit haben: Wenn es ein Netzwerkverbindungsproblem zwischen dem Client und dem Server gibt, befindet sich der NTP-Server in einem Panikzustand. Es wird dem Client keine neue Zeit geben, bis wir den NTP-Dienst neu starten. Dies ist ein großes Problem, das uns einige Probleme bereitet hat. Es funktionierte monatelang einwandfrei, bis es ein Netzwerkproblem gab, das wir nicht bemerkten. Wir bemerkten es erst nach einer Woche, als der Zeitunterschied bereits 30 Sekunden betrug. auf die Kunden.

Bitte schlagen Sie einen alternativen NTP-Server für Windows vor. Ich habe Google gemacht, aber ich bekomme viele unabhängige Suchergebnisse.

Bearbeiten: Bisher war die ntpd Windows-Version sehr genau und ich würde gerne dabei bleiben. Das einzige Problem ist der "Panikzustand" nach einer Netzwerkunterbrechung. Vielleicht wissen einige hier, was die Ursache dafür ist und wie man es behebt. Außerdem habe ich vergessen zu erwähnen, dass wir ein Server / Client-Setup wie dieses haben:

Server1 -> Server2 -> Server3 -> Client1 -> Client2 -> Client3

Server2 erhält also seine Zeit von Server1, Server3 erhält seine Zeit von Server2 und die Clients erhalten ihre Zeit von Server3. Es gibt auch Clients, die direkt mit Server2 verbunden sind. Es ist wichtig, dass alle Server und Clients genau dieselbe Zeit haben (innerhalb von ~ 100 ms).

Jetzt gab es ein Netzwerkproblem mit Server3 und seinen Clients. Die Server führen den ntpd-Port für Windows aus, der als NTP-Server und -Client fungiert. Die Clients haben Dimension4 als NTP-Client. Nach dem Netzwerkproblem war die Fehlermeldung in D4 ungefähr so ​​(aus dem Kopf, habe nicht die genaue Fehlermeldung):

Serverantwort: Der Server befindet sich in einem Panikzustand (Uhr konnte nicht synchronisiert werden)

Ich habe die ntpd-Dokumente gelesen und die einzige Erwähnung von "Panik" ist, wenn der Zeitunterschied 10000 Sekunden beträgt, was dazu führt, dass der ntpd-Server beendet wird, aber dies war nicht der Fall. Es gibt auch einen "-g" -Befehlszeilenschalter, um den Panikausgang zu deaktivieren, der jedoch bereits standardmäßig festgelegt ist.

Irgendwelche Ideen, was den Panikzustand verursachen könnte und wie man ihn das nächste Mal loswerden kann?

Antworten:


4

Ich benutze NetTime seit vielen Jahren sowohl als Client als auch als Server.

Diese Software ist primär ein NTP-Client, funktioniert aber auch als NTP-Server in einem LAN (Option: Ermöglichen Sie anderen Computern die Synchronisierung mit diesem Computer).


Ich habe es in unserer Testumgebung versucht und habe zwei Probleme mit NetTime: Die Genauigkeit ist ähnlich wie beim Windows W32time-Dienst, sodass ich einen Unterschied von bis zu 500 ms erhalte. Zweitens verwenden wir Dimension4 auf unseren Clients, um die Zeit einzuschalten Die Clients können nicht mit NetTime synchronisiert werden, da sich NetTime bei einer "ungültigen Schicht" nach dem, was ich gelesen habe, mit einer Schicht von 16 registriert

Entschuldigung, ich habe diese Genauigkeit nie benötigt, daher kannte ich diese Probleme nicht.
lg.

2

Wir sehen weit besser als 500 ms von W32time, eher 16 ms, was der Auflösung der Windows-System-Timer entspricht. Dies wird von echten Linux-Stratum-2-NTPd-Servern im selben Gigabit-LAN ​​gemessen. Google "Windows Time Service Tools und Einstellungen" und lesen Sie mehr über die Einstellung "updateinteval", die über Gruppenrichtlinien oder direkt in der Registrierung geändert werden kann. Ich kann es momentan nicht überprüfen, aber ich erinnere mich, dass wir für alle unsere Server den Wert 100 festgelegt haben. Dies ist die Standardeinstellung für Domänencontroller, jedoch nicht für andere Windows-Domänenmitglieder.

Aktualisiert: Wir haben diesen Wert tatsächlich für alle unsere Server auf 100 gesetzt. Details zur UpdateInterval-Einstellung:

Updateintervall

Registrierungspfad : HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ W32Time \ Config

Version : Windows XP, Windows Vista, Windows 7, Windows Server 2003, Windows Server 2003 R2, Windows Server 2008 und Windows Server 2008 R2.

Dieser Eintrag gibt die Anzahl der Taktstriche zwischen den Phasenkorrekturanpassungen an. Der Standardwert für Domänencontroller ist 100. Der Standardwert für Domänenmitglieder beträgt 30.000. Der Standardwert für eigenständige Clients und Server beträgt 360.000.

Wie Sie sehen können, "steuert" W32time die Uhr standardmäßig nur einmal alle 30.000 Ticks für Nicht-Domänen-Controller oder weitaus schlimmer, wenn sie keine Mitglieder einer Domäne sind. Ein Häkchen bei Fenstern beträgt je nach Hardware normalerweise 1/64 Sekunde. Dies bedeutet, dass die Uhr in der Standardkonfiguration nur etwa alle 8 Minuten eingestellt wird. Dies ist für die meisten Anwendungen in Ordnung, für zeitkritische Anwendungen jedoch nicht.

Weitere Informationen finden Sie hier: http://technet.microsoft.com/en-us/library/cc773263(v=ws.10).aspx#w2k3tr_times_tools_uhlp


1

Die Referenzliste aller von NIST aufgelisteten Zeitsoftware finden Sie hier . Der, den ich in der Vergangenheit verwendet habe, ist der Clockwatch-Server. Ich würde Ihnen auch empfehlen, Ihre Synchronisierungstopologie zu ändern. Server1 sollte die Quelle für alle Zeiten im Netzwerk sein (mit Server 2 und 3 als Backups). Clients sollten nur dann eine Peer-Synchronisierung durchführen, wenn kein Server verfügbar ist.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.