Recevoir une source de temps
posté par Richard N Williams on Septembre 18th, 2008
A Serveur NTP Se connecte à un réseau informatique dans le but de synchroniser tous les ordinateurs, routeurs et autres périphériques au même moment. Les serveurs NTP utilisent Network Time Protocol pour ajuster la dérive de différentes machines pour qu'elles correspondent à l'heure de référence.
Les serveurs NTP utilisent une horloge de référence; La plupart des réseaux qui utilisent un serveur NTP utilisent une source de temps UTC (temps universel coordonné). UTC est basé sur le temps indiqué par les horloges atomiques incroyablement précises et coûteuses.
Les horloges atomiques fonctionnent selon le principe selon lequel un seul atome (dans la plupart des cas, le césium -133) résonnera à un taux exact à certains niveaux d'énergie. La précision des horloges atomiques est si compétente que l'UTC a été développé pour permettre combiner le temps atomique international (TAI) et Greenwich Meantime (GMT), permettant le ralentissement de la rotation de la Terre en ajoutant des secondes de saut et donc en gardant le Soleil à la Terre Méridien à midi.
Le fait de ne pas tenir compte de ce ralentissement de la rotation de la Terre entraînerait une éventuelle dérive du jour et de la nuit (bien que dans plusieurs millénaires).
A Serveur NTP Peut être configuré pour recevoir un signal horaire UTC sur Internet, bien que ceux-ci puissent varier énormément de précision et dépendent de distances raisonnablement proches du client et du serveur.
S'appuyer sur des références de synchronisation basées sur Internet peut également laisser un réseau ouvert aux utilisateurs malveillants car ils ne peuvent pas utiliser l'authentification NTP, qui est une mesure de sécurité utilisée pour assurer une référence temporelle est ce qu'il dit.
De nombreux serveurs NTP dédiés sont conçus pour recevoir une référence de synchronisation plus précise et plus authentique. Une méthode utilise des transmissions radio qui sont diffusées par plusieurs laboratoires nationaux de physique tels que le NIST (National Institute for Standards and Technology) aux États-Unis (signal WWVB) et NPL (National Physical Laboratory) au Royaume-Uni (signal MSF). Ces signaux sont diffusés en ondes longues et peuvent être captés dans la zone de diffusion bien que les signaux puissent être bloqués par des caractéristiques géographiques locales.
Une autre méthode pour recevoir une référence de synchronisation UTC est d'utiliser les horloges atomiques embarquées sur le réseau GPS (système de positionnement global). Alors que le GPS est le plus souvent connu comme un système de positionnement, le satellite retransmet effectivement les informations de synchronisation qui sont utilisées par les récepteurs GPS pour calculer le temps parcouru et donc la distance.
Alors que les signaux GPS ne sont pas diffusés en format UTC, ils sont très précis et NTP n'a aucun problème à les convertir.
L'option Serveur NTP Vérifie l'horodatage de la source UTC et utilise les informations pour calculer si les horloges du réseau dérivent et ajoute ou soustrait une seconde pour correspondre à l'horloge de référence. Le serveur NTP fera cela à intervalles réguliers, normalement toutes les quinze minutes pour assurer une parfaite précision.
NTP est précis dans 1 / 100th d'une seconde (XnUMX millisecondes) sur l'Internet public et peut être encore plus performant sur les LAN et WANS avec précision de 10 / 1th d'une seconde (microsynthèses 5000) pas inconnu.
Pour assurer une précision accrue, le service NTP (ou Daemon sous Linux) s'exécute en arrière-plan et ne croit pas au temps indiqué jusqu'à ce que, après plusieurs échanges et que chacun ait passé une spécification de protocole (test), le serveur soit considéré. Il faut généralement environ cinq bons échantillons) jusqu'à ce qu'un serveur NTP soit accepté comme source de synchronisation.
Ce message a été écrit par Richard N Williams
Richard N Williams est un auteur technique et spécialiste de l'industrie de la synchronisation du serveur et de l'heure NTP. Richard N Williams sur Google+
