Je recherche un serveur NTP, de préférence gratuit, pour Windows Server 2003/2008. Nous avons déjà essayé le Windows Time Server intégré, mais nos tests ont montré qu'il n'est pas très précis, nous constatons des différences de temps jusqu'à 500 ms. La différence de temps maximale que nous pouvons autoriser pour notre application est de ~ 100 ms.
Maintenant, nous avons déjà utilisé le Meinberg NTPd pour Windows. Cela fonctionne très bien, sauf que nous avons un gros problème: s'il y a un problème de connexion réseau entre le client et le serveur, le serveur ntp est dans un état de panique.Il ne donnera pas une nouvelle heure au client jusqu'à ce que nous redémarrions le service ntp. C'est un gros problème qui nous a causé des ennuis. Cela fonctionnait bien pendant des mois jusqu'à ce qu'il y ait un problème de réseau que nous n'avons pas remarqué, nous ne l'avons remarqué qu'après une semaine alors que le décalage horaire était déjà de 30 secondes. sur les clients.
Veuillez donc suggérer un autre serveur NTP pour Windows. J'ai fait Google, mais j'obtiens beaucoup de résultats de recherche non liés.
Edit: Jusqu'à présent, la version Windows ntpd était très précise et je voudrais y rester. Le seul problème est "l'état de panique" après une déconnexion du réseau. Peut-être que certains savent ici quelle est la cause de cela et comment y remédier. De plus, j'ai oublié de mentionner que nous avons une configuration serveur / client comme celle-ci:
Serveur1 -> Serveur2 -> Serveur3 -> Client1 -> Client2 -> Client3
Ainsi, Server2 tire son heure de Server1, Server3 obtient son heure de Server2 et les clients obtiennent leur heure de Server3. En outre, certains clients sont directement connectés à Server2. Il est important que tous les serveurs et clients aient exactement la même heure (dans un délai de ~ 100 ms)
Maintenant, il y avait un problème de réseau avec Server3 et ses clients. Les serveurs exécutent le port ntpd pour Windows, qui agit comme serveur et client NTP. Les clients ont Dimension4 comme client NTP. Après le problème de réseau, le message d'erreur dans D4 était quelque chose comme ça (du haut de ma tête, je n'ai pas le message d'erreur exact):
Réponse du serveur: Le serveur est dans un état de panique (impossible de synchroniser l'horloge)
J'ai lu les documents ntpd, et la seule mention de "panique" est lorsque le décalage horaire est de 10000 secondes, ce qui entraînera la sortie du serveur ntpd mais ce n'était pas le cas. Il existe également un commutateur de ligne de commande "-g" pour désactiver la sortie de panique, mais il est déjà défini par défaut.
Des idées sur ce qui pourrait provoquer un état de panique et comment s'en débarrasser la prochaine fois?
Nous voyons bien mieux que 500 ms de W32time, plus comme 16 ms qui est la résolution des minuteries du système Windows. Ceci est mesuré par de vrais serveurs Linux NTPd stratum-2 sur le même LAN gigabit. Google "Outils et paramètres du service de temps Windows" et découvrez le paramètre "updateinteval", qui peut être modifié via la stratégie de groupe ou directement dans le registre. Impossible de vérifier pour le moment, mais je me souviens que nous avons défini ce paramètre sur 100 pour tous nos serveurs, ce qui est par défaut pour les contrôleurs de domaine, mais pas pour les autres membres du domaine Windows.
Mise à jour: Nous avons en fait cette valeur fixée à 100 pour tous nos serveurs. Détails du paramètre UpdateInterval:
Comme vous pouvez le voir, par défaut, W32time ne "dirige" l'horloge qu'une fois tous les 30 000 ticks pour les contrôleurs non-domaine, ou bien pire s'ils ne sont pas membres d'un domaine. Un tick sur les fenêtres est généralement de 1/64 de seconde selon le matériel, ce qui signifie que l'horloge n'est ajustée qu'une fois toutes les 8 minutes environ dans la configuration par défaut. C'est bien pour la plupart des applications, mais pas pour les applications sensibles au timing.
Plus d'informations peuvent être trouvées ici: http://technet.microsoft.com/en-us/library/cc773263(v=ws.10).aspx#w2k3tr_times_tools_uhlp
la source
La liste de référence de tous les logiciels de temps répertoriés par le NIST est ici . Celui que j'ai utilisé dans le passé est le serveur d'horloge. Je vous recommande également de modifier votre topologie de synchronisation. server1 doit être la source de tous les temps sur le réseau (avec les serveurs 2 et 3 comme sauvegardes). Les clients ne doivent synchroniser les pairs que si aucun serveur n'est disponible.
la source