Différences

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

--- 330ntp:30_ntpd [le 30/03/2010 à 16:24] – 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 56: / Ligne 56: @@
 Il en existe d'autres en France, que l'on peut retrouver sur le [[http://www.cru.fr/services/ntp/serveurs_francais|Comité Réseau des Universités]]. Ils ne sont généralement pas destinés au « end-user ».
+===== Installation =====
 Sachant tout ceci, lançons nous.
   aptitude install ntp
-Le service ntpd s'installe et démarre. 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'' :
+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'' :
 <html><pre class="code">
 # cat /etc/ntp.conf
@@ Ligne 123: / Ligne 125: @@
 Pour l'instant, contentons nous de constater que notre service peut se synchroniser sur l'un des quatre serveurs NTP fournis par Debian. S'il y en a pour 4 il va y en avoir pour 8, nous allons ajouter les serveurs du pool français, ce qui donnera au final :
 <code>
+...
 server 0.debian.pool.ntp.org iburst dynamic
 server 1.debian.pool.ntp.org iburst dynamic
@@ Ligne 131: / Ligne 134: @@
 server 2.fr.pool.ntp.org iburst dynamic
 server 3.fr.pool.ntp.org iburst dynamic
+...
 </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'' fourni dans le lot, qui permet de contrôler le fonctionnement de notre serveur.
+Commençons par lui demander de recharger sa configuration :
+  # service ntp restart
+Et voyons ce que nous dirait la commande :
+<html><pre class="code">
+# ntpq -pn
+     remote           refid      st t when poll reach   delay   offset  jitter
+==============================================================================
+-213.186.39.202  88.191.101.3     3 u   43   64    3   17.127   10.092   1.230
+-88.191.208.84   145.238.203.10   3 u   40   64    3   18.941  -45.045   1.139
++88.191.101.34   192.93.2.20      2 u   40   64    3   19.318   11.263   0.996
+-213.186.41.134  207.3.130.6      2 u   40   64    3   17.213   15.455   1.118
+-91.121.121.160  131.188.3.220    2 u   39   64    3   21.275    6.880   3.824
+*91.121.104.170  193.190.230.65   2 u   38   64    3   21.073   12.006   4.265
++94.23.220.143   195.220.94.163   2 u   36   64    3   20.804   12.691   1.020
+-87.98.139.226   62.8.242.2       3 u   35   64    3   20.792   -3.948   3.181
+</pre></html>
+Comme prévu, il y a 8 serveurs dans la liste.
+  * ''remote'' indique ici l'adresse du serveur interrogé. le petit signe qu'il y a à gauche de l'adresse veut bien entendu dire quelque chose, pour l'instant, retenons que le ''*'' indique le serveur qui semble le plus fiable ;
+  * ''refid'' indique la source à laquelle se synchronise le serveur ''remote'' ;
+  * ''st'' indique la strate des serveurs ''remote''. La préférence va d'abord aux strates les plus levées, soit la strate 2. Ceci implique que notre serveur sera au mieux de strate 3.
+Les autres informations n'ont pour l'instant pas grande valeur, car notre serveur n'est pas encore bien stabilisé. La preuve, le temps de rédiger ces quelques lignes, la situation a déjà évolué :
+<code>
+# ntpq -pn
+     remote           refid      st t when poll reach   delay   offset  jitter
+==============================================================================
+-213.186.39.202  88.191.101.3     3 u   36   64  357   17.217    1.182   3.122
+-88.191.208.84   145.238.203.10   3 u   35   64  377   17.565  -51.037   0.975
+*88.191.101.34   192.93.2.20      2 u   29   64  377   17.867    3.183   2.149
+-213.186.41.134  207.3.130.6      2 u   28   64  377   16.988    9.902   2.725
++91.121.121.160  131.188.3.220    2 u   34   64  377   20.976    2.370   1.816
++91.121.104.170  193.190.230.65   2 u   28   64  377   20.959    6.212   2.228
++94.23.220.143   195.220.94.163   2 u   29   64  377   20.518    4.290   2.148
+-87.98.139.226   62.8.242.2       3 u   32   64  377   20.754   -9.506   1.717
+</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).