Différences

Ci-dessous, les différences entre deux révisions de la page.

--- 330ntp:30_ntpd [le 30/03/2010 à 16:46] – prof
+++ 330ntp:30_ntpd [le 30/06/2018 à 16:01] (Version actuelle) – prof
@@ Ligne 1: / Ligne 1: @@
-====== Mise en place ======
+====== Mise en place d'un serveur de référence ======
 Nous allons utiliser le paquetage ''ntp'', mais avant, il est bon de savoir où trouver des serveurs de temps qui nous serviront de référence.
@@ Ligne 32: / Ligne 32: @@
 Il faut s'intéresser au FQDN plutôt qu'aux adresses IP qui sont susceptibles de changer dans le temps.
-Il en existe beaucoup d'autres, mais il est certainement intéressant de visiter le [[http://www.pool.ntp.org/fr/|NTP POOL PROJECT]]. Nous y apprendrons que pour la France, nous pouvons disposer de :
+Il en existe beaucoup d'autres. Il est certainement intéressant de visiter le [[http://www.pool.ntp.org/fr/|NTP POOL PROJECT]]. Nous y apprendrons que pour la France, nous pouvons disposer de :
 <code>
 $ host 0.fr.pool.ntp.org
@@ Ligne 63: / Ligne 63: @@
 Le service ntpd s'installe et démarre.
 ===== Configuration =====
-Debian propose une configuration par défaut qui pourra suffire, mais voyons un peu. Tout se trouve dans ''/etc/default/ntp'' et surtout dans /etc/ntp.conf''. Commençons par ''ntp.conf'' :
+Debian propose une configuration par défaut qui pourra suffire, mais voyons un peu. Tout se trouve dans ''/etc/default/ntp'' et surtout dans ''/etc/ntp.conf''. Commençons par ''ntp.conf'' :
 <html><pre class="code">
 # cat /etc/ntp.conf
@@ Ligne 136: / Ligne 136: @@
 ...
 </code>
-Pourquoi en mettre autant ? NTP va de toutes façons sélectionner le serveur avec lequel il s'entend le mieux et au bout d'un « certain temps » ne discutera plus qu'avec lui, en s'en gardant éventuellement d'autres sous le coude au cas où.
+Pourquoi en mettre autant ? NTP va de toutes façons sélectionner le serveur avec lequel il s'entend le mieux et au bout d'un « certain temps » ne discutera quasiment plus qu'avec lui, en s'en gardant éventuellement d'autres sous le coude au cas où.
 ===== Observation avec « ntpq » =====
-Il est temps de s'intéresser à l'outil ''ntpq'' fournit dans le lot, qui permet de contrôler le fonctionnement de notre serveur.
+Il est temps de s'intéresser à l'outil ''ntpq'' fourni dans le lot, qui permet de contrôler le fonctionnement de notre serveur.
 Commençons par lui demander de recharger sa configuration :
-  # /etc/init.d/ntp restart
+  # service ntp restart
 Et voyons ce que nous dirait la commande :
 <html><pre class="code">
@@ Ligne 175: / Ligne 175: @@
 </code>
+Et le temps de se préparer et de boire un thé :
+<code>
+# ntpq -pn
+     remote           refid      st t when poll reach   delay   offset  jitter
+==============================================================================
+-213.186.39.202  88.191.101.3     3 u   32   64  377   17.318    1.310   1.510
+-88.191.208.84   145.238.203.10   3 u   28   64  377   17.237  -48.239   0.733
+-88.191.101.34   192.93.2.20      2 u   13   64  377   17.702    2.224   1.260
++213.186.41.134  207.3.130.6      2 u   13   64  377   17.504    4.112   2.381
+-91.121.121.160  131.188.3.220    2 u   22   64  377   21.311    0.590   1.485
+*91.121.104.170  193.190.230.65   2 u   12   64  377   21.145    5.391   2.067
++94.23.220.143   195.220.94.163   2 u   16   64  377   21.000    3.879   1.862
+-87.98.139.226   62.8.242.2       3 u   15   64  377   20.980   -9.606   0.910
+</code>
+Nous savons ce que ''*'' indique. Le ''+'' indique que le serveur est encore dans la course, mais non sélectionné pour la synchronisation, l' ''-'' indique que le serveur est pour l'instant hors course, mais pas définitivement écarté. Nous constatons que tous les serveurs de strate 3 sont hors-course. Un ''x'' indiquerait un serveur définitivement rejeté.
+L'algorithme de sélection du serveur de référence est très fin. Il tient compte de plusieurs paramètres :
+  * la strate du serveur de référence (''st'') ;
+  * son accessibilité (''reach'') ;
+  * son temps de réponse (''delay'') ;
+  * la variation de son temps de réponse au cours du temps (''jitter'').
+Les valeurs temporelles sont exprimées en millisecondes, dans la réponse de ''ntpq''.
+La bonne lecture de la valeur ''reach'' ne s'invente pas. Elle représente en base octale le résultat des huit dernières tentatives de connexion au serveur. Ainsi, 377 en base 8 s'écrit ''11111111'' en binaire, ce qui signifie que les huit dernières tentatives ont abouti. Ceux qui se sont intéressés aux [[http://fr.wikipedia.org/wiki/Disque-monde|annales du disque-monde]] savent à quel point le chiffre 8 est lourd de sens magique. Ceux qui ne le savent pas pourront toujours se procurer quelques exemplaires de ces annales, qui leur permettront de passer avantageusement le temps nécessaire à une bonne synchronisation de leur serveur.
+====== Observation avec « ntpdc » ======
+Une autre méthode pour observer l'état de notre serveur NTP est d'utiliser la commande ''ntpdc''. Cette commande peut s'utiliser en ligne de commande simple ou en mode interactif. Ainsi, la commande :
+<code>
+root@artemis:~# ntpdc localhost
+</code>
+renvoie juste un prompt :
+<code>
+ntpdc>
+</code>
+Une fois dans ce mode, la commande ''dmpeers'' va donner quelque chose d'assez similaire à ''ntpq'' :
+<code>
+ntpdc> dmpeers
+     remote           local      st poll reach  delay   offset    disp
+=======================================================================
+.diane.ensma.fr  178.33.165.8     2  128  377 0.05756 -0.001025 0.08131
+.core-0.fr.zerol 178.33.165.8     2  128  377 0.05353 -0.000892 0.07669
+ ntp.yoinks.net  178.33.165.8     2  128  377 0.16534  0.000262 0.07133
+ ks311970.kimsuf 178.33.165.8     3  128  377 0.05753 -0.003685 0.09981
+ ns208372.ovh.ne 178.33.165.8     3  128  377 0.05756 -0.002469 0.06572
+ sdebns001.news- 178.33.165.8     2  128  377 0.05759 -0.018808 0.08270
+ mail.hezzel.org 178.33.165.8     2  128  377 0.05341 -0.002134 0.07578
+*dnscache-geneva 178.33.165.8     2  128  377 0.07358 -0.001767 0.05539
+</code>
+Comme les noms sont tronqués, il peut être intéressant d'utiliser la commande ''listpeers'' :
+<code>
+ntpdc> listpeers
+client    diane.ensma.fr
+client    core-0.fr.zeroloop.net
+client    ntp.yoinks.net
+client    ks311970.kimsufi.com
+client    ns208372.ovh.net
+client    sdebns001.news-serv.net
+client    mail.hezzel.org
+client    dnscache-geneva.eu.verio.net
+</code>
+La commande ''sysinfo'' est sans doute la plus instructive :
+<code>
+ntpdc> sysinfo
+system peer:          dnscache-geneva.eu.verio.net
+system peer mode:     client
+leap indicator:       00
+stratum:              3
+precision:            -22
+root distance:        0.09793 s
+root dispersion:      0.03679 s
+reference ID:         [81.93.183.116]
+reference time:       d1ad7065.00ca686b  Thu, Jun 23 2011  9:57:25.003
+system flags:         auth monitor ntp kernel stats
+jitter:               0.001083 s
+stability:            0.000 ppm
+broadcastdelay:       0.000000 s
+authdelay:            0.000000 s
+</code>
+Nous savons ainsi que notre serveur :
+  * se synchronise actuellement sur ''dnscache-geneva.eu.verio.net'' ;
+  * fonctionne en mode client ;
+  * n'a pas de saut temporel prévu (''leap indicator'') ;
+  * qu'il est de niveau 3 ;
+  * et qu'en gros, tout va bien.
+Le [[http://www.faqs.org/rfcs/rfc1305.html|RFC-1035]] détaille tous ces paramètres, pour ceux qui sont vraiment très curieux. Juste quelques explications à propos du ''leap indicator'' :
+  * 00, tout va bien ;
+  * 01, la dernière minute avait 61 secondes ;
+  * 10, la dernière minute avait 59 secondes ;
+  * 11, tout va mal (horloge non synchronisée).