# Ntpd

ntpd, sigle de Network Time Protocol Daemon, est un daemon qui définit et maintient l'heure sur un système d'exploitation par synchronisation avec les serveurs dédiés à donner cette information.

## Description

Ce programme est un daemon qui gère l'heure système en synchronisation avec des serveurs de temps Internet. Il implémente de manière exhaustive la version 4 du protocole NTP, mais reste aussi compatible avec la version 3, définie par le RFC 1305, et les versions 1 et 2, définies par les RFC 1059 et RFC 1119. ntpd effectue la plupart de ses calculs en arithmétique virgule 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.

## Débogage

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 :
Ce contrôle peut être annulé en passant le paramètre -g à ntpd au démarrage :
Pour forcer la synchronisation des horloges, utiliser :
ou sur des systèmes plus anciens :
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 :
qui produit une sortie du type :
On peut ainsi connaître pour chaque serveur distant, dit pair de la machine hôte :
* 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 ;
* jitter : la « gigue » du décalage temporel apparent (moyenne quadratique).
Note : Au-delà de 2$^{11}$ (2048) secondes, les durées when et poll sont exprimées en minutes (34m, 68m, 137m, etc.)