Ce programme est un daemon qui gère l'heure système en synchronisation avec des serveurs de tempsInternet. Il implémente de manière exhaustive la version 4 du protocoleNTP, mais reste aussi compatible avec la version 3, définie par le RFC 1305[1], et les versions 1 et 2, définies par les RFC 1059[2] et RFC 1119[3]. ntpd effectue la plupart de ses calculs en arithmétiquevirgule flottante 64 bits et ne fait des opérations sur les entiers 64 bits seulement pour garder une précision ultime, environ 232 picosecondes. Bien que cette précision ne soit pas atteinte avec les stations de travail et les réseaux d'aujourd'hui, elle pourra devenir utile pour de futurs processeurs et réseaux encore plus rapides. En pratique, sur un ordinateur de bureau ou serveur quelconque, la précision peut raisonnablement atteindre 1 milliseconde voire moins en fonction surtout de la qualité de la connexion réseau.
ntpd n'utilise qu'un seul fichier de configuration en mode daemon et en mode client. Celui-ci s'appelle en principe ntp.conf et se trouve dans le répertoire/etc. Un autre fichier important s'appelle driftfile (fichier de dérive), et sert à corriger les dérives de l'horloge système(en) en l'absence de connexion réseau à un serveur plus précis. La version Solaris de ntpd s'appelle xntpd.
Si ntpd ne se lance pas, en supposant une implémentation du programme qui respecte les RFC, l'horloge est peut-être affectée d'un décalage horaire trop important. En regardant le fichier journal, on voit alors une ligne comme :
18 Aug 21:04:40 ntpd[7220]: time correction of 1738 seconds exceeds sanity limit (1000); set clock manually to the correct UTC time.
Ce contrôle peut être annulé en passant le paramètre-g à ntpd au démarrage :
ntpd -g
Pour forcer la synchronisation des horloges, utiliser :
Il faut noter que de larges décalages horaires provoqués par cette action peuvent entraîner des effets de bord dans des processus complexes ou qui tournent depuis longtemps, et ce n'est pas conseillé pour des serveurs. En particulier, des programmes qui sont dépendants de l'horloge comme cron ou make peuvent se lancer deux fois de suite ou pas du tout.
La commande ntpq permet de se connecter au daemon du serveur de temps et de lui demander des informations sur les serveurs auxquels il est connecté. Par exemple, avec la commande :
ntpq -p localhost
qui produit une sortie du type :
remote refid st t when poll reach delay offset jitter
==============================================================================
*wtf.roflcopter. 195.83.222.27 2 u 1566 2048 377 29.021 -0.820 0.514
+ns2.admincmd.co 128.233.219.228 2 u 1273 2048 377 33.850 -0.204 0.725
+server.gigelf.f 193.52.137.213 3 u 1056 2048 377 29.022 0.394 0.565
On peut ainsi connaître pour chaque serveur distant, dit pair de la machine hôte[5] :
remote : son adresse (nom de domaine, tronqué à 15 caractères) ;
refid : l'adresse IP du serveur qui lui sert de référence (les serveurs de strate 1 indiqueront par exemple « .GPS. ») ;
st : son stratum (soit 1 – par exemple pour une source GPS –, 2 pour les clients des strates 1, etc. jusqu'à 5 – rarement plus, au maximum 15 – pour les plus éloignés d'une source fiable) ;
t : son type (u = unicast, m = multicast, l = local, - = inconnu) ;
when : le temps écoulé, en secondes, depuis la dernière réponse reçue ;
poll : l'intervalle de temps en secondes entre deux requêtes (intervalle adapté suivant un algorithme interne) ;
reach : son accessibilité (état du registre en octal) ;
delay : la durée en millisecondes, due aux délais réseau, d'une requête complète (similaire au ping) ;
offset : le décalage temporel apparent, en millisecondes, entre son horloge et celle de l'hôte ;
