Devuan : utiliser le client de synchronisation de temps OpenNTPD

Article publié, le 25 Avril 2020 et modifié le 9 Juin 2021
5 minutes de lecture

Cet article contient 853 mots.
Source brute de l'article :
Commit version : e21600e

Description

OpenNTPD est un service qui peut être utilisé pour synchroniser l’horloge système depuis les serveurs de temps, utilisant le protocole NTP .

OpenNTPD fait partie du système de base du système d’exploitation OpenBSD. Il a été “porté” sur d’autres OS, tel Devuan.

Installation

Par le biais de l’outil apt : apt install openntpd

Configuration

Le fichier de configuration se trouve être dans : /etc/opennptd/ntpd.conf

Par défaut, il est paramétré pour fonctionner, sans aucune modification nécessaire.

Fichier : /etc/opennptd/ntpd.conf

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26


# $OpenBSD: ntpd.conf,v 1.14 2015/07/15 20:28:37 ajacoutot Exp $
# sample ntpd configuration file, see ntpd.conf(5)

# Addresses to listen on (ntpd does not listen by default)
#listen on *
#listen on 127.0.0.1
#listen on ::1

# sync to a single server
#server ntp.example.org

# use a random selection of NTP Pool Time Servers
# see http://support.ntp.org/bin/view/Servers/NTPPoolServers
#servers pool.ntp.org

# Choose servers announced from Debian NTP Pool
servers 0.debian.pool.ntp.org
servers 1.debian.pool.ntp.org
servers 2.debian.pool.ntp.org
servers 3.debian.pool.ntp.org

# use a specific local timedelta sensor (radio clock, etc)
#sensor nmea0

# use all detected timedelta sensors
#sensor *

Explications

À-propos des options :

server permet de cibler un serveur de temps, en particulier
servers permet de cibler un ensemble de serveur de temps - préférez cet usage
sensor permet d’utiliser les sondes de temps locales

Utilisation

Contrôles

Pour vérifier que la configuration soit bonne, il faut utiliser l’option -n tel que : # openntpd -n configuration OK

Si la configuration du fichier n’est pas bonne, la commande vous avertira en conséquence ; à vous, de corriger le fichier de configuration si nécessaire.

L’utilitaire qui nous permet de contrôler le service de temps est ntpctl.

L’option -s all - ou sa version abrégée : -sa - permet d’afficher les informations disponibles.

Code : shell

# ntpctl -sa
4/4 peers valid, clock unsynced, clock offset is -552.476ms

peer
   wt tl st  next  poll          offset       delay      jitter
82.64.42.185 from pool 0.debian.pool.ntp.org
    1 10  2    6s   32s         0.203ms    60.784ms    31.533ms
194.177.34.116 from pool 0.debian.pool.ntp.org
    1 10  3    9s   32s         2.000ms    54.595ms    17.411ms
212.129.10.70 from pool 0.debian.pool.ntp.org
    1 10  2    9s   33s         5.552ms    51.518ms     4.078ms
162.159.200.1 from pool 0.debian.pool.ntp.org
    1 10  3    7s   33s        -0.176ms    55.383ms    17.593ms

Info

Pour connaître les différents options utiles, je vous renvoie au manpage ntpctl correspondant.

Service

Le nom du service étant openntpd, il se gère avec l’outil service, sans soucis particulier.

service openntpd commande

commande est bien sûr une des actions possibles sur un service, tel start, stop, restart par exemple.

Dépannage

Il peut arriver au démarrage qu’il y ait un décalage de temps, plus ou moins conséquent.

L’usage de l’option -s permettra de résoudre :

Code : shell

# openntpd -s -d
adjtimex returns frequency of 0.000000ppm
/var/lib/openntpd/db/ntpd.drift is empty
ntp engine ready
reply from 212.83.179.156: offset -522.890034 delay 0.054365, next query 7s
set local clock to Sat Apr 25 12:09:03 CEST 2020 (offset -522.890034s)
reply from 5.135.3.88: negative delay -522.825725s, next query 3203s
reply from 46.105.237.136: negative delay -522.823915s, next query 3197s
reply from 185.21.216.198: negative delay -522.821620s, next query 3012s
reply from 51.15.175.180: negative delay -522.821769s, next query 3010s
reply from 37.187.104.44: negative delay -522.820949s, next query 3031s
reply from 46.235.141.130: negative delay -522.816360s, next query 3274s
reply from 162.159.200.1: negative delay -522.816819s, next query 3030s
reply from 5.39.60.244: negative delay -522.816297s, next query 3254s
reply from 95.81.173.155: negative delay -522.812132s, next query 3176s
reply from 51.15.191.239: negative delay -522.810759s, next query 3017s
reply from 5.39.60.244: negative delay -522.809750s, next query 3082s
reply from 51.158.147.92: negative delay -522.805041s, next query 3250s
reply from 212.85.158.10: negative delay -522.800165s, next query 3041s
reply from 88.212.196.95: negative delay -522.784156s, next query 3179s
reply from 156.38.0.219: negative delay -522.657588s, next query 3023s
reply from 212.83.179.156: offset -0.004612 delay 0.049539, next query 7s
reply from 212.83.179.156: offset -0.007646 delay 0.049241, next query 9s
peer 212.83.179.156 now valid

Contrainte

Apparemment l’option de contrainte constraints bien appréciée sous OpenBSD n’est pas utilisable !

Info

L’option de contrainte permet de s’assurer que les requêtes de temps se fassent sur le protocole HTTPS , via TLS .

peer not valid

Il peut arriver lorsque vous utilisez le contrôleur ntp, il vous soit notifié qu’un ou plusieurs des pairs soi(en)t non valides, tel que par exemple :

Code : shell

   wt tl st  next  poll          offset       delay      jitter
95.81.173.8 from pool 0.debian.pool.ntp.org
    1  4  2    8s    9s             ---- peer not valid ----

Patientez encore un peu que les retours des requêtes ntp se soient faites. Normalement lors de l’interrogation suivante, cela ne devrait plus être le cas.

Autrement, vérifiez que les serveurs NTP enregistrés dans le fichier de configuration soient bien écrits, joignables et fonctionnels.

Documentation

Le protocol NTP est défini dans la version :

3 par la RFC 1305
4 par la RFC 5905

RFC 1305

IETF Tools: HTML, PDF, TXT
RFC Editor: HTML, PDF, TXT

RFC 5905

IETF Tools: HTML, PDF, TXT
RFC Editor: HTML, PDF, TXT

Manpages

Du fait que les outils viennent de l’univers OpenBSD, je vous renvoie aux manpages compétents correspondants :

ntpd(8) , ntpd.conf(5) , ntpctl(8)