Fonctionnement
ps ax | grep ntpd
et vérifier que la sortie contient quelque chose comme
6497 ? Ss 0:04 /usr/sbin/ntpd ...
confirmera que ntpd est en cours d'exécution. S'il ne fonctionne pas, vous pouvez le démarrer avec
/etc/init.d/ntp start
Si vous obtenez un message d'erreur, No such file or directoryvous devrez installer le package ntp
sudo apt-get install ntp
Une fois que ntpd est en cours d'exécution, vous pouvez lui parler avec la commande ntpq .
ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*time.nist.gov .ACTS. 1 u 753 1024 377 139.432 -0.562 2.199
+sip.dicode.nl 193.190.230.66 2 u 733 1024 163 33.197 0.297 0.132
+194.109.64.200 192.87.106.2 2 u 779 1024 377 35.214 -0.323 0.027
LOCAL(0) .LOCL. 10 l 3 64 377 0.000 0.000 0.001
Ce qui montre (offset) que mon système n'est pas synchronisé <1 seconde - je peux vivre avec ça.
Si vous avez activé les statistiques des pairs dans votre, /etc/ntp.confvous avez des statistiques dans /var/log/ntpstats/peerstats. (Le nom du répertoire et du fichier sera spécifié dans ntp.conf). Vous pouvez le scanner pour voir dans quelle mesure vous suivez vos serveurs. La commande grep -v 127.127.1.0 /var/log/ntpstats/peerstatsaffichera toutes les lignes sauf celles de votre horloge locale. Le premier nombre à virgule flottante est le décalage en secondes. Plus il est proche de zéro, mieux c'est. Il devrait y avoir un mélange de valeurs positives et négatives. Utilisez zgrep pour rechercher des données historiques dans les journaux pivotés avec une .gzextension.
Pour voir quelles sont les valeurs utilisées, ntpq -pcomme l'a suggéré Iain.
Si vous exécutez Munin pour surveiller votre système, il peut suivre vos statistiques ntp pour vous. Je crois que le décalage qu'il enregistre est la valeur relative à la source de synchronisation actuelle. C'est celui sur la ligne commençant par un astérisque (*) dans la ntpq -psortie. Munin peut être configuré pour signaler que votre décalage est trop important. Mes lignes d'avertissement sont les suivantes (temps en millisecondes):
ntp_offset.delay.warning 40
ntp_offset.offset.warning -15: 15
Une façon bon marché et sale de vérifier l'horloge locale par rapport à une autre machine est cette séquence de commandes shell:
date; telnet somehost 13; date
"somehost" doit exécuter le protocole "diurne" RFC 867, et ce n'est plus si courant. inetd peut fournir le «jour» par lui-même, et certains hôtes ont toujours le «jour» activé.
Vous pouvez obtenir un contrôle indépendant de l'horloge locale, aucune utilisation de NTP n'est nécessaire.