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?
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:
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
quelle
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.
quelle