À retenir :
- Horloge système fiable pour journaux, agendas et applications coordonnées
- Chrony configuré avec plusieurs sources horaires accessibles
- Vérifications régulières de l’état du service et des sources
- Serveur interne utile aux réseaux isolés ou fortement équipés
Préparer la synchronisation horaire NTP sous Linux
Une configuration pas à pas commence par le choix du rôle de la machine : client NTP ou serveur de temps pour un réseau interne. La synchronisation horaire maintient une date et heure cohérente entre les équipements, ce qui facilite l’analyse des journaux et le travail des applications.
Vérifier le réseau et choisir une source horaire
Avant de modifier la configuration, vérifiez que le système accède au réseau interne ou à Internet et que le nom du serveur choisi se résout correctement. Selon la documentation SUSE, chronyd doit disposer de sources horaires fiables pour ajuster continuellement l’horloge système.
Pour un poste isolé, une source publique adaptée peut suffire ; dans une entreprise, un serveur interne centralise les requêtes des postes et des serveurs. Le fuseau horaire reste un réglage distinct : NTP règle l’heure de référence, tandis que le fuseau détermine son affichage local.
Les éléments à vérifier avant l’intervention :
- Accès réseau fonctionnel vers la source de temps
- Privilèges administrateur pour modifier le service et sa configuration
- Serveur ou pool NTP connu et joignable
- Règles de pare-feu compatibles avec les échanges NTP
Le protocole réseau NTP utilise généralement UDP sur le port 123. Une machine virtuelle mérite aussi une vérification particulière : une horloge d’hôte mal synchronisée peut compliquer le maintien d’une heure cohérente dans l’invité.
Comprendre les rôles de chronyd et chronyc
Sur SUSE Linux Micro, chrony constitue l’implémentation NTP décrite par la documentation de la distribution. Le service chronyd travaille en arrière-plan ; chronyc permet de consulter son état et de lui transmettre des commandes temporaires.
Cette séparation aide à distinguer les réglages durables des actions ponctuelles. Selon SUSE, une modification appliquée avec chronyc ne persiste pas nécessairement après le redémarrage de chronyd : les paramètres permanents doivent être enregistrés dans le fichier de configuration.
Élément
Rôle
Usage courant
chronyd
Service de synchronisation
Tourne en arrière-plan
chronyc
Interface de commande
Contrôle et diagnostic
/etc/chrony.conf
Configuration persistante
Sources et paramètres
Serveur NTP
Source de référence réseau
Fournit l’heure au client
Configurer chrony et activer le client NTP
Une fois le réseau vérifié, la configuration du client consiste à définir ses sources, puis à démarrer le service. Selon la documentation SUSE, chronyd lit ses paramètres dans /etc/chrony.conf au lancement.
Déclarer les sources dans chrony.conf
Les directives server et pool indiquent à chronyd où rechercher l’heure ; plusieurs sources peuvent être déclarées pour renforcer la continuité. L’option iburst accélère les premières requêtes et peut permettre une synchronisation initiale plus rapide.
Un exemple de configuration simple, à adapter aux serveurs autorisés dans votre environnement :
pool pool.ntp.org iburst
server ntp.exemple.net iburst
Remplacez le nom fictif par une source réellement fournie ou approuvée par votre organisation. Pour un serveur qui n’est pas joignable au démarrage, la documentation SUSE décrit l’option offline et l’activation ultérieure des sources avec chronyc.
Les étapes de mise en service :
- Éditer les sources dans /etc/chrony.conf
- Enregistrer les paramètres adaptés au réseau
- Activer chronyd au démarrage avec systemctl enable
- Démarrer le service puis contrôler ses sources
Démarrer le service et vérifier la synchronisation
Après modification, activez et démarrez le service avec sudo systemctl enable –now chronyd.service. Contrôlez ensuite son exécution avec systemctl status chronyd.service, puis examinez les sources avec chronyc sources -v.
La sortie de chronyc distingue notamment la source sélectionnée des sources injoignables ou non retenues. Pour obtenir une vue complémentaire de l’écart et de la référence suivie, utilisez chronyc tracking ; l’absence de source active invite à vérifier réseau, nom d’hôte et filtrage.
Commande
Contrôle effectué
À examiner
systemctl status chronyd.service
État du service
Service actif ou erreur
systemctl is-enabled chronyd.service
Démarrage automatique
Service activé au démarrage
chronyc sources -v
Sources configurées
Source sélectionnée et joignabilité
chronyc tracking
État de synchronisation
Référence et écart de l’horloge
Déployer un serveur de temps et dépanner NTP
Quand plusieurs machines partagent le même réseau, un serveur interne peut relayer l’heure reçue de sources externes. Cette architecture réduit les dépendances directes et facilite la gestion des équipements, notamment lorsque l’accès à Internet est limité.
Autoriser les clients du réseau interne
Pour transformer chronyd en serveur accessible aux clients, la documentation SUSE indique d’ajouter une directive allow dans /etc/chrony.conf. Limitez cette autorisation au sous-réseau nécessaire et configurez le pare-feu afin d’autoriser le trafic NTP attendu.
Par exemple, la directive allow 192.168.1.0/24 autorise les clients de ce sous-réseau, à condition d’adapter l’adresse à votre plan réseau. Évitez d’ouvrir l’accès sans restriction : seuls les équipements prévus devraient interroger ce serveur de temps.
Pour un diagnostic ordonné, procédez ainsi :
- Confirmer l’état actif de chronyd
- Vérifier la connectivité vers les sources configurées
- Examiner les résultats de chronyc sources -v
- Contrôler les règles de pare-feu et le sous-réseau autorisé
Résoudre les problèmes de synchronisation horaire
Si aucune source ne répond, vérifiez d’abord l’accès réseau et la résolution du nom ; un pare-feu peut également bloquer les échanges UDP nécessaires. Si le service est arrêté, consultez son état avant de le relancer afin de repérer une erreur de configuration.
Dans un réseau d’entreprise, les journaux de plusieurs machines deviennent plus faciles à comparer lorsque leur heure reste alignée. Une vérification régulière de chronyd et des sources évite qu’un problème discret de synchronisation réseau ne fausse l’ordre des événements.
Source : SUSE, « SUSE Linux Micro », 1 octobre 2026.
