Alla ricerca di un software server NTP per Windows [chiuso]


8

Sto cercando un server NTP, preferibilmente gratuito, per Windows Server 2003/2008. Abbiamo già provato il Windows Time Server integrato, ma i nostri test hanno dimostrato che non è molto preciso, vediamo differenze di tempo fino a 500 ms. La differenza massima di tempo che possiamo consentire per la nostra applicazione è di ~ 100 ms.

Ora abbiamo già utilizzato Meinberg NTPd per Windows. Funziona benissimo, tranne per il fatto che abbiamo un grosso problema: se c'è un problema di connessione di rete tra client e server, il server ntp è in stato di panico. Non darà al client un nuovo tempo fino a quando non riavvieremo il servizio ntp. Questo è un grosso problema che ci ha causato qualche problema. Funzionava benissimo da mesi fino a quando non si è verificato un problema di rete, lo abbiamo notato solo dopo una settimana quando la differenza di tempo era già di 30 secondi. sui clienti.

Quindi, suggerisci qualche server NTP alternativo per Windows. Ho fatto Google ma ho ottenuto molti risultati di ricerca non correlati.

Modifica: Finora la versione di Windows NTTP era molto accurata e mi piacerebbe attenermi ad essa. L'unico problema è lo "stato di panico" dopo una disconnessione dalla rete. Forse alcuni sanno qui qual è la causa di ciò e come risolverlo. Inoltre, ho dimenticato di menzionare che abbiamo una configurazione server / client come questa:

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

Quindi Server2 ottiene il suo tempo da Server1, Server3 ottiene il suo tempo da Server2 e i client ottengono il loro tempo da Server3. Inoltre, ci sono client collegati direttamente a Server2. È importante che tutti i server e i client abbiano lo stesso orario (entro ~ 100 ms)

Ora c'era un problema di rete con Server3 e i suoi client. I server eseguono la porta ntpd per Windows, che funge da server e client NTP. I client hanno Dimension4 come client NTP. Dopo il problema di rete, il messaggio di errore in D4 era qualcosa del genere (fuori dalla mia testa, non ho il messaggio di errore esatto):

Risposta del server: il server è in stato di panico (impossibile sincronizzare l'orologio)

Ho letto i documenti ntpd e l'unica menzione di "panico" è quando la differenza di tempo è di 10000 secondi che causerà l'uscita dal server ntpd, ma non è stato così. Inoltre è presente un'opzione della riga di comando "-g" per disabilitare l'uscita di panico, ma è già impostata per impostazione predefinita.

Qualche idea su cosa potrebbe causare lo stato di panico e come liberarsene la prossima volta?

Risposte:


4

Sto usando NetTime , da molti anni, sia come client che come server.

Questo software è principalmente un client NTP, ma funziona bene anche come server NTP all'interno di una LAN (opzione: consentire ad altri computer di sincronizzarsi con questo computer).


L'ho provato nel nostro ambiente di test e ho 2 problemi con NetTime: l'accuratezza è simile al servizio windows w32time, quindi ottengo una differenza fino a 500 ms, in secondo luogo, utilizziamo Dimension4 sui nostri client per ottenere il tempo i client e non riescono a sincronizzarsi con NetTime perché se "uno strato non valido", da quello che ho letto, NetTime si registra con uno strato di 16

Mi dispiace, non ho mai avuto bisogno di questa precisione, quindi non conoscevo questi problemi.
lg.

2

Vediamo molto meglio di 500 ms da W32time, più come 16ms che è la risoluzione dei timer di sistema di Windows. Questo viene misurato da veri server NTPd stratum-2 Linux sulla stessa LAN gigabit. "Strumenti e impostazioni del servizio orario di Windows" di Google e leggi l'impostazione "updateinteval", che può essere modificata tramite i criteri di gruppo o direttamente nel registro. Non riesco a controllare adesso, ma ricordo che lo abbiamo impostato su 100 per tutti i nostri server, che è predefinito per i controller di dominio ma non per altri membri del dominio Windows.

Aggiornato: abbiamo infatti questo valore impostato su 100 per tutti i nostri server. Dettagli dell'impostazione UpdateInterval:

Intervallo di aggiornamento

Percorso del registro : HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ W32Time \ Config

Versione : Windows XP, Windows Vista, Windows 7, Windows Server 2003, Windows Server 2003 R2, Windows Server 2008 e Windows Server 2008 R2.

Questa voce specifica il numero di tick di clock tra le regolazioni della correzione di fase. Il valore predefinito per i controller di dominio è 100. Il valore predefinito per i membri del dominio è 30.000. Il valore predefinito per client e server autonomi è 360.000.

Come puoi vedere, per impostazione predefinita W32time "dirige" l'orologio solo una volta ogni 30.000 tick per controller non di dominio, o molto peggio se non sono membri di un dominio. Un segno di spunta su Windows è in genere 1/64 di secondo a seconda dell'hardware, quindi ciò significa che l'orologio viene regolato solo una volta ogni 8 minuti circa nella configurazione predefinita. Questo va bene per la maggior parte delle applicazioni, ma non va bene per le applicazioni sensibili al tempismo.

Ulteriori informazioni sono disponibili qui: http://technet.microsoft.com/en-us/library/cc773263(v=ws.10).aspx#w2k3tr_times_tools_uhlp


1

L'elenco di riferimento di tutti i software temporali elencati da NIST è qui . Quello che ho usato in passato è il server clockwatch. Consiglierei anche di cambiare la topologia di sincronizzazione. server1 dovrebbe essere l'origine per sempre nella rete (con i server 2 e 3 come backup). I client devono eseguire la sincronizzazione tra pari solo se non è disponibile alcun server.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.