.## 1. Pourquoi la synchronisation de l’heure est importante sur Ubuntu
- 1 2. Qu’est‑ce que ntpdate ?
- 2 3. Pourquoi « ubuntu ntpdate » est encore recherché
- 3 4. Gestion de ntpdate selon la version d’Ubuntu
- 3.1 4.1 ntpdate à l’époque d’Ubuntu 16.04 / 18.04
- 3.2 4.2 Le changement qui a commencé avec Ubuntu 18.04
- 3.3 4.3 Le changement décisif dans Ubuntu 20.04 et versions ultérieures
- 3.4 4.4 L’état actuel dans Ubuntu 22.04 / 24.04
- 3.5 4.5 Confusion causée par l’ignorance des différences de version
- 3.6 4.6 Résumé de la perspective basée sur les versions
- 4 5. Méthodes recommandées de synchronisation horaire sur Ubuntu moderne
- 5 6. Si vous voulez toujours utiliser ntpdate
- 6 7. Erreurs courantes et comment les gérer
- 6.1 7.1 Lorsque ntpdate: command not found apparaît
- 6.2 7.2 Lorsque no server suitable for synchronization found apparaît
- 6.3 7.3 Lorsque systemd-timesyncd ne se synchronise pas
- 6.4 7.4 Dérive temporelle spécifique aux environnements virtuels
- 6.5 7.5 Pourquoi « Juste exécuter ntpdate » doit être évité
- 6.6 7.6 Résumé de la gestion des erreurs
- 7 8. Conclusion : La bonne façon de penser à la synchronisation du temps sur Ubuntu
- 7.1 8.1 ntpdate était autrefois correct, mais n’est plus l’outil principal
- 7.2 8.2 Ubuntu moderne suppose une synchronisation automatique et continue
- 7.3 8.3 La première vérification devrait être « Est‑il déjà synchronisé ? »
- 7.4 8.4 Si vous utilisez ntpdate, ne le faites que temporairement
- 7.5 8.5 Éviter la confusion autour de « ubuntu ntpdate »
- 7.6 8.6 Les bons choix mènent à des opérations stables
- 8 9. Questions fréquemment posées (FAQ)
- 8.1 Q1. ntpdate n’est‑il plus utilisable sur Ubuntu ?
- 8.2 Q2. Quelle est la différence entre ntpdate et ntpd ?
- 8.3 Q3. Dois-je utiliser systemd-timesyncd ou chrony ?
- 8.4 Q4. Pourquoi la dérive du temps se produit-elle plus souvent dans les machines virtuelles ?
- 8.5 Q5. L’heure est incorrecte même si systemd-timesyncd est activé
- 8.6 Q6. Existe-t-il des situations où l’utilisation de ntpdate est acceptable ?
- 8.7 Q7. Comment désactiver la synchronisation du temps si nécessaire ?
- 8.8 Q8. Que doivent retenir les débutants ?
1.1 L’heure est un primitive système de base sur les serveurs Linux
Dans les environnements Linux comme Ubuntu, l’heure n’est pas simplement une information d’affichage mais une hypothèse fondamentale du système.
En interne, presque tous les processus système fonctionnent en se basant sur l’heure système actuelle. Si cette heure est inexacte, cela peut engendrer des problèmes bien plus graves qu’il n’y paraît au premier abord.
Ubuntu est largement utilisé pour les charges de travail serveur et cloud, et la dérive temporelle impacte directement les domaines suivants :
1.2 Problèmes concrets causés par la dérive temporelle
L’intégrité des journaux se dégrade
Les journaux système et les journaux d’application sont tous enregistrés avec des horodatages.
Si l’horloge du système est incorrecte :
- L’ordre des erreurs devient flou
- Le dépannage devient difficile
- Les journaux de plusieurs serveurs ne peuvent pas être corrélés
C’est particulièrement critique dans les systèmes distribués, où même une légère désynchronisation peut rendre le dépannage pratiquement impossible.
Les certificats SSL et les fonctions de sécurité échouent
Les certificats SSL/TLS utilisés dans les communications HTTPS vérifient strictement les périodes de validité.
Si l’heure du serveur est incorrecte :
- « Le certificat n’est pas valide »
- « Le certificat n’est pas encore valide »
des erreurs peuvent survenir, et les connexions peuvent être rejetées entièrement.
Cela affecte non seulement les serveurs web, mais aussi les communications API et les outils de gestion de paquets tels que apt.
cron et les minuteries systemd se comportent mal
Ubuntu utilise couramment les éléments suivants pour les tâches planifiées :
- cron
- minuteries systemd
Si l’heure du système est incorrecte :
- Les travaux attendus ne s’exécutent pas
- Les tâches s’exécutent à des moments non prévus
Cela peut entraîner des échecs subtils mais critiques, comme des sauvegardes manquées ou des jobs batch qui échouent.
1.3 Pourquoi cela importe particulièrement dans les environnements Cloud et VPS
Les déploiements modernes d’Ubuntu s’exécutent généralement sur :
- VPS
- Cloud (IaaS)
- Machines virtuelles
Dans ces environnements, la gestion du temps est séparée entre l’hôte et le système d’exploitation invité, et la dérive peut survenir à cause de :
- La surcharge de virtualisation
- Les cycles de mise en veille/reprise
- Les retards d’horloge sous forte charge
Il n’est pas rare que l’heure dérive de plusieurs minutes sans être remarqué.
Pour ces raisons, Ubuntu est conçu autour d’une synchronisation automatique et continue du temps.
1.4 Pourquoi tant de personnes recherchent « ntpdate »
Lorsque la dérive temporelle apparaît, de nombreux utilisateurs recherchent :
« synchronisation de l’heure ubuntu »
« ubuntu ntpdate »
C’est parce que :
- ntpdate était autrefois l’outil standard
- Une grande quantité de documentation obsolète existe encore
- Il semble offrir une solution rapide en une seule commande
Cependant, Ubuntu moderne a fondamentalement changé son approche de la synchronisation du temps, et l’exécution de ntpdate n’est plus la solution recommandée.
2. Qu’est‑ce que ntpdate ?
2.1 Le rôle de base de ntpdate
ntpdate est un outil en ligne de commande hérité pour la synchronisation du temps qui a été utilisé dans les environnements Linux pendant de nombreuses années.
Il interroge un serveur NTP spécifié et synchronise l’horloge du système une seule fois.
Ses caractéristiques principales sont :
- Ne fonctionne pas comme un démon
- Ajuste l’heure immédiatement lorsqu’il est exécuté
- Configuration extrêmement simple
En raison de cette simplicité, de nombreux utilisateurs le considéraient comme une solution rapide lors d’incidents.
2.2 Comment fonctionne ntpdate
Le comportement interne de ntpdate est simple :
- Interroger l’heure actuelle auprès d’un serveur NTP
- Calculer la différence avec l’heure locale du système
- Appliquer la correction immédiatement
Cela permet une correction instantanée des dérives allant de quelques secondes à plusieurs minutes.
Cependant, comme il ajuste de force l’horloge du système, il peut affecter négativement les processus et services en cours d’exécution.
2.3 Différence entre ntpdate et ntpd
ntpdate est souvent confondu avec ntpd (le démon NTP), mais leurs rôles diffèrent clairement.
ntpdate wp:list /wp:list
- Exécution unique
- Ajustement immédiat de l’heure
- Pas résident
ntpd (démon NTP) wp:list /wp:list
. * Fonctionne en continu * Corrige le temps progressivement * Conçu pour une stabilité à long terme
D’un point de vue opérationnel, les services résidents sont plus sûrs, et ntpdate a toujours été un outil complémentaire.
3. Pourquoi « ubuntu ntpdate » est encore recherché
3.1 Les utilisateurs recherchent parce que quelque chose est déjà cassé
Le terme de recherche « ubuntu ntpdate » indique généralement qu’un problème de synchronisation horaire s’est déjà produit.
Les déclencheurs typiques incluent :
- Erreurs SSL sur les serveurs
- Tâches cron qui ne s’exécutent pas
- Horodatages de logs incorrects
- Échecs de mise à jour de paquets
Dans de telles situations, les utilisateurs recherchent naturellement des solutions rapides.
3.2 L’information obsolète reste abondante
Parce que ntpdate a été utilisé pendant si longtemps, de grands volumes de contenu obsolète existent encore :
- Anciens articles de blog
- Réponses sur les sites de questions‑réponses
- Livres techniques
- Publications sur Qiita et Stack Overflow
Beaucoup de ces sources recommandent d’exécuter ntpdate sans expliquer le contexte de version, incitant les utilisateurs à le lancer à l’aveugle.
3.3 Le fossé avec la documentation officielle d’Ubuntu
La documentation actuelle d’Ubuntu suppose :
- systemd-timesyncd est activé par défaut
- La synchronisation horaire est automatique et continue
- L’intervention manuelle est généralement inutile
Cependant, les débutants pensent souvent :
- « Qu’est‑ce que systemd ? »
- « Ça a l’air compliqué »
- « Je dois corriger cela immédiatement »
En conséquence, ils se tournent vers ntpdate car il semble plus simple et plus rapide.
4. Gestion de ntpdate selon la version d’Ubuntu
4.1 ntpdate à l’époque d’Ubuntu 16.04 / 18.04
Pendant l’ère d’Ubuntu 16.04 et 18.04,
ntpdate était une option pratique et couramment utilisée.
Les caractéristiques clés de cette période comprenaient :
- Le paquet ntpdate existait dans les dépôts officiels
- Souvent utilisé conjointement avec ntpd
- Largement utilisé pour la synchronisation initiale et le dépannage
Surtout juste après le provisionnement du serveur, lorsque :
- L’horloge du système était nettement décalée
- ntpd ne s’était pas encore stabilisé
ntpdate était considéré comme extrêmement pratique.
4.2 Le changement qui a commencé avec Ubuntu 18.04
À partir d’Ubuntu 18.04,
systemd a commencé à être pleinement adopté en interne.
Ce changement architectural a introduit :
- L’intégration de la gestion du temps dans systemd
- Une hypothèse de synchronisation résidente et automatique
- Un rôle réduit pour les outils de synchronisation ponctuelle
Bien que ntpdate était encore disponible à ce stade,
il n’était plus considéré comme essentiel.
4.3 Le changement décisif dans Ubuntu 20.04 et versions ultérieures
À partir d’Ubuntu 20.04, la situation a changé de manière significative.
- systemd-timesyncd activé par défaut
- ntpdate non installé par défaut
- Classification claire comme obsolète
En conséquence, exécuter ntpdate avec l’ancien état d’esprit entraîne maintenant ** :**
- Erreurs « commande introuvable »
- Problèmes de paquet manquant
- Conflits avec systemd
L’essentiel à retenir est que
Ubuntu a complètement déplacé sa philosophie de conception, passant de la « synchronisation ponctuelle » à la « synchronisation continue ».
4.4 L’état actuel dans Ubuntu 22.04 / 24.04
Dans Ubuntu 22.04 et 24.04, cette politique est encore plus claire.
- La synchronisation horaire est automatique
- L’implication de l’administrateur est minimale
- La synchronisation manuelle est inutile dans la plupart des cas
En conséquence, ntpdate apparaît rarement dans la documentation officielle.
À la place, les outils principaux sont :
- systemd-timesyncd
- chrony (pour les cas d’utilisation avancés)
4.5 Confusion causée par l’ignorance des différences de version
De nombreux problèmes proviennent de situations telles que :
- Appliquer les connaissances d’anciennes versions d’Ubuntu aux versions plus récentes
- Résultats de recherche qui omettent les hypothèses de version
- Manque de connaissance de la version d’Ubuntu installée
Cela conduit souvent à des questions comme :
« Pourquoi cela ne fonctionne plus alors que cela fonctionnait auparavant ? »
En réalité, c’est une conséquence naturelle de l’évolution d’Ubuntu.
4.6 Résumé de la perspective basée sur les versions
En bref :
.
- 16.04 / 18.04 → ntpdate était pratique
- 20.04 et versions ultérieures → ntpdate est généralement inutile
- 22.04 / 24.04 → la synchronisation continue est supposée
5. Méthodes recommandées de synchronisation horaire sur Ubuntu moderne
5.1 Conception standard d’Ubuntu : synchronisation continue automatique
Sur les systèmes Ubuntu modernes,
l’heure n’est pas quelque chose que les administrateurs ajustent manuellement, mais quelque chose qui est maintenu automatiquement.
Le mécanisme central derrière cela est la synchronisation horaire intégrée à systemd.
- Synchronisation automatique au démarrage
- Ajustement continu pendant l’exécution
- Activée par défaut sans configuration spéciale
Dans la plupart des environnements,
la synchronisation horaire précise fonctionne déjà.

5.2 Utilisation de systemd-timesyncd (configuration par défaut)
Qu’est‑ce que systemd-timesyncd ?
systemd-timesyncd est un
client NTP léger intégré à systemd.
Ses caractéristiques incluent :
- Service résident avec synchronisation automatique
- Configuration très simple
- Optimisé pour la configuration par défaut d’Ubuntu
À moins d’avoir des exigences spécifiques,
c’est le bon choix.
Vérifier l’état de la synchronisation horaire
Vous pouvez vérifier l’état actuel avec la commande suivante :
timedatectl
Faites particulièrement attention à :
System clock synchronizedNTP service
Si ceux‑ci sont activés,
la synchronisation horaire fonctionne déjà correctement.
Activer la synchronisation NTP
Si NTP est désactivé, vous pouvez l’activer avec :
sudo timedatectl set-ntp true
Cela lance immédiatement la synchronisation automatique via systemd-timesyncd.
Remarques sur le timing de la synchronisation
systemd-timesyncd est conçu pour éviter :
- De gros sauts d’heure brusques
- Des corrections agressives fréquentes
Ainsi, lorsque :
- L’horloge est nettement décalée
- Le réseau vient juste de se connecter
vous devrez peut‑être attendre plusieurs minutes pour une synchronisation complète.
5.3 Quand utiliser chrony
Qu’est‑ce que chrony ?
chrony est une
solution de synchronisation horaire haute précision et haute fiabilité.
Il est couramment utilisé dans des environnements tels que :
- Serveurs
- Systèmes fonctionnant sur de longues périodes
- Conditions réseau instables
- Environnements virtualisés ou conteneurisés
Différence avec systemd-timesyncd
Les différences peuvent être résumées comme suit :
systemd-timesyncd wp:list /wp:list
- Léger
- Configuration simple
- Usage généraliste
chrony wp:list /wp:list
Haute précision
- Contrôle fin
- Fonctionnement orienté serveur
Pour les postes de travail et les petits serveurs,
systemd-timesyncd est généralement suffisant.
Quand chrony est approprié
Envisagez chrony si :
- La précision de l’heure impacte directement les exigences métier
- Vous exploitez vos propres serveurs NTP
- Le dérive horaire se produit fréquemment dans des environnements virtualisés
Cependant,
il n’est pas nécessaire de choisir chrony simplement comme « remplacement de ntpdate ».
5.4 Pourquoi les services résidents sont recommandés
Ubuntu moderne privilégie la synchronisation résidente pour des raisons évidentes :
- Évite les changements d’heure brusques
- Minimise les interruptions de service
- Réduit les erreurs humaines
Cela s’aligne avec une
philosophie de conception serveur qui privilégie la stabilité.
6. Si vous voulez toujours utiliser ntpdate
6.1 Comment décider si ntpdate est nécessaire
En règle générale,
il n’y a presque aucune raison d’utiliser ntpdate en fonctionnement normal.
Cependant, il peut être envisagé temporairement dans des cas tels que :
- Immédiatement après le provisionnement initial du système
- systemd-timesyncd ne parvient pas à se synchroniser
- Les services résidents sont intentionnellement désactivés
- Tests ou environnements éphémères nécessitant une correction immédiate
En d’autres termes, ntpdate doit être considéré comme
une mesure d’urgence, pas une solution permanente.
6.2 Cas d’utilisation temporaires typiques
Immédiatement après l’installation du système d’exploitation
Après la création d’une machine virtuelle ou d’un VPS :
- L’horloge peut être décalée de plusieurs minutes ou plus
- systemd-timesyncd peut ne pas encore s’être synchronisé**
French translation.Dans de tels cas, exécuter ntpdate une fois,
puis rendre le contrôle à un service résident,
est une approche raisonnable.
Lorsque l’horloge est gravement décalée
Le temps peut devenir gravement inexact en raison de :
- Décharge de la batterie
- Problèmes de la plateforme de virtualisation
- Modifications manuelles de l’horloge
Dans de telles situations,
les services NTP résidents peuvent ne pas récupérer correctement,
et ntpdate peut être utilisé une fois pour réinitialiser l’horloge.
6.3 Installation et utilisation de ntpdate
Sur Ubuntu 20.04 et versions ultérieures, ntpdate n’est pas installé par défaut.
Pour l’utiliser, vous devez l’installer explicitement.
sudo apt update
sudo apt install ntpdate
Exemple d’utilisation :
sudo ntpdate pool.ntp.org
Cela synchronise l’heure du système avec le serveur NTP spécifié.
Gardez à l’esprit que cette action est temporaire.
6.4 Méfiez-vous des conflits avec systemd
Le principal risque lors de l’utilisation de ntpdate est
un conflit avec les services résidents tels que systemd-timesyncd.
Les exécuter simultanément peut entraîner :
- Source de temps autoritaire incertaine
- Modifications inattendues de l’heure
- Impact négatif sur les journaux et les services
Par conséquent, lors de l’utilisation de ntpdate :
- Limiter l’utilisation à des situations temporaires
- Revenir à la synchronisation résidente par la suite
- Ne jamais l’utiliser en continu
6.5 Pourquoi ntpdate ne doit pas être utilisé régulièrement
Bien qu’il soit pratique, ntpdate est désavantagé dans les environnements Ubuntu modernes :
- Ajustements d’heure brusques
- Aucune prise en compte des services en cours d’exécution
- Conflits avec la philosophie de gestion automatique
En conséquence,
ce qui commence comme une correction occasionnelle peut devenir une source d’instabilité.
6.6 Résumé du positionnement correct
ntpdate a évolué depuis :
- Autrefois un outil principal
- Désormais un utilitaire supplémentaire
- Généralement inutile
Avec cette compréhension,
il peut être utilisé calmement et de manière appropriée lorsqu’il est réellement nécessaire.
7. Erreurs courantes et comment les gérer
7.1 Lorsque ntpdate: command not found apparaît
Signification de l’erreur
Cette erreur indique que la commande ntpdate n’existe pas sur le système.
Sur Ubuntu 20.04 et versions ultérieures, ce n’est pas une condition anormale mais un comportement attendu.
Dans la plupart des cas, cela se produit parce que :
- ntpdate n’est pas installé par défaut
- L’outil est obsolète et délibérément omis
Comment envisager la solution
Lorsque cette erreur apparaît, la première question devrait être :
“Ai‑je vraiment besoin de ntpdate ?”
- Si systemd-timesyncd est activé, ntpdate est inutile
- Si la synchronisation automatique fonctionne, aucune action n’est requise
Plutôt que d’installer ntpdate simplement parce qu’il manque,
prioriser les méthodes alignées avec la conception moderne d’Ubuntu est la bonne approche.
7.2 Lorsque no server suitable for synchronization found apparaît
Signification de l’erreur
Cette erreur signifie que la communication avec le serveur NTP a échoué.
Les causes possibles incluent :
- Pas de connectivité réseau
- Échec de la résolution DNS
- Pare-feu bloquant le trafic
- Le serveur NTP spécifié ne répond pas
Points à vérifier
Lorsque cette erreur se produit, vérifiez les points suivants dans l’ordre :
- La connectivité Internet est disponible
- La résolution DNS fonctionne
- Le port UDP 123 n’est pas bloqué
Bien qu’il semble s’agir d’un problème NTP,
c’est souvent en réalité un problème de configuration réseau.
7.3 Lorsque systemd-timesyncd ne se synchronise pas
Idées reçues courantes
Il est facile de supposer que “le système est cassé” lorsque l’heure est incorrecte,
mais systemd-timesyncd ne garantit pas une synchronisation immédiate.
- Juste après le démarrage
- Immédiatement après la connexion réseau
- Lorsque l’horloge est fortement décalée
La synchronisation peut prendre du temps dans ces situations.
Comment évaluer la situation
Tout d’abord, confirmez si :
- NTP est activé
- Le service est en cours d’exécution
- Aucun état d’erreur n’est signalé
Dans de nombreux cas,
attendre brièvement suffit pour que la synchronisation se termine naturellement.
7.4 Dérive temporelle spécifique aux environnements virtuels
Pourquoi les machines virtuelles dérivent plus facilement
Dans les environnements virtuels, l’instabilité du temps est courante en raison de :
- Influence du système d’exploitation hôte
- Variabilité de la planification du CPU
- Cycles de mise en veille et de reprise
Ce n’est pas un défaut d’Ubuntu lui‑même,
mais une caractéristique des plateformes de virtualisation.
Stratégie de mitigation de base
Dans les environnements virtuels :
- Activer la synchronisation du temps résidente
- Éviter les corrections ponctuelles répétées
- S’assurer que l’horloge du système hôte est précise
Cette approche minimise la dérive à long terme.
7.5 Pourquoi « Juste exécuter ntpdate » doit être évité
Lorsque des erreurs surviennent, il est tentant d’exécuter simplement ntpdate,
mais cela résout rarement le problème sous‑jacent.
- La cause profonde se trouve ailleurs
- Le problème revient souvent
- L’approche contredit la conception du système
Surtout lors des pannes,
comprendre les mécanismes autour desquels Ubuntu est conçu est crucial.
7.6 Résumé de la gestion des erreurs
Lors du traitement des problèmes de synchronisation du temps, considérez l’ordre suivant :
- La synchronisation automatique est‑elle activée ?
- Le réseau fonctionne‑t‑il correctement ?
- L’approche est‑elle adaptée à la version d’Ubuntu ?
- Une solution de contournement d’urgence est‑elle réellement nécessaire ?
Garder cette séquence à l’esprit empêche d’être induit en erreur par ntpdate.
8. Conclusion : La bonne façon de penser à la synchronisation du temps sur Ubuntu
8.1 ntpdate était autrefois correct, mais n’est plus l’outil principal
Dans les environnements Ubuntu et Linux antérieurs,
ntpdate était la solution standard pour la synchronisation du temps.
- Simple et facile à comprendre
- Correction immédiate
- Utile comme correctif d’urgence
En conséquence, il reste fortement présent dans les résultats de recherche et la mémoire des utilisateurs.
Cependant, les systèmes Ubuntu modernes ont fondamentalement changé leur architecture.
8.2 Ubuntu moderne suppose une synchronisation automatique et continue
À partir d’Ubuntu 20.04, la conception de base comprend :
- Gestion unifiée basée sur systemd
- Synchronisation NTP résidente
- Maintenance sans intervention manuelle
Cela signifie que des opérations telles que :
- Corriger manuellement l’heure
- Exécuter des commandes périodiques
ne sont plus attendues.
8.3 La première vérification devrait être « Est‑il déjà synchronisé ? »
Lorsque des problèmes liés au temps surviennent, la première étape ne devrait pas être :
- Chercher ntpdate
- Exécuter immédiatement des commandes
À la place, vérifiez :
- Si la synchronisation automatique est activée
- Si systemd‑timesyncd est en cours d’exécution
Dans de nombreux cas, le système est déjà correct ou se corrigera automatiquement rapidement.
8.4 Si vous utilisez ntpdate, ne le faites que temporairement
Il existe encore des scénarios où ntpdate peut être approprié :
- Immédiatement après le provisionnement initial
- Lorsque l’horloge est gravement inexacte
- En environnement de test ou temporaire
Même dans ce cas, il est essentiel de :
- Éviter une utilisation continue
- Retourner à la synchronisation automatique par la suite
- Prévenir les conflits avec les services résidents
ntpdate est désormais mieux compris comme un outil complémentaire uniquement pour les cas exceptionnels.
8.5 Éviter la confusion autour de « ubuntu ntpdate »
Le message le plus important de cet article peut être résumé ainsi :
Si vous devez rechercher ntpdate sur Ubuntu, la situation elle‑même est déjà exceptionnelle
Comprendre cela empêche :
- D’être induit en erreur par des articles obsolètes
- De sur‑réagir aux messages d’erreur
- De faire des changements de configuration inutiles
8.6 Les bons choix mènent à des opérations stables
La synchronisation du temps peut sembler banale, mais c’est la fondation de la fiabilité du système.
- Faire confiance à la synchronisation automatique
- Comprendre la conception moderne d’Ubuntu
- Mettre à jour les connaissances opérationnelles dépassées
Cet état d’esprit conduit à des systèmes Ubuntu stables et fiables.
9. Questions fréquemment posées (FAQ)
Q1. ntpdate n’est‑il plus utilisable sur Ubuntu ?
Ce n’est pas complètement inutilisable, mais sur les Ubuntu modernes il n’est pas installé par défaut et est classé comme obsolète.
.À partir d’Ubuntu 20.04, la synchronisation résidentielle automatique via systemd-timesyncd est la norme, rendant ntpdate inutile pour un fonctionnement normal.
Q2. Quelle est la différence entre ntpdate et ntpd ?
Leurs rôles sont différents :
- ntpdate : Force un ajustement d’horloge unique
- ntpd : Fonctionne en continu et corrige le temps progressivement
Sur les systèmes Ubuntu modernes, systemd-timesyncd ou chrony remplace ntpd.
Q3. Dois-je utiliser systemd-timesyncd ou chrony ?
Dans la plupart des environnements, systemd-timesyncd est suffisant.
chrony est plus adapté lorsque :
- La précision du temps affecte directement les exigences métier
- Le système fonctionne en continu pendant de longues périodes
- La dérive du temps se produit fréquemment dans les environnements virtuels
Vous n’avez pas besoin de choisir chrony simplement comme remplacement de ntpdate.
Q4. Pourquoi la dérive du temps se produit-elle plus souvent dans les machines virtuelles ?
Les environnements virtuels sont plus susceptibles à la dérive en raison de :
- Comportement de synchronisation du système d’exploitation hôte
- Variabilité de la planification du CPU
- Cycles de mise en veille et de reprise
Par conséquent, activer la synchronisation automatique résidente est essentiel.
Q5. L’heure est incorrecte même si systemd-timesyncd est activé
systemd-timesyncd est conçu pour éviter les changements d’horloge brusques.
En conséquence, la synchronisation peut prendre du temps lorsque :
- Le système vient de démarrer
- Le réseau vient de se connecter
- L’horloge est fortement décalée
Dans la plupart des cas, attendre brièvement résout le problème naturellement.
Q6. Existe-t-il des situations où l’utilisation de ntpdate est acceptable ?
Oui, dans des scénarios limités tels que :
- Immédiatement après l’installation du système d’exploitation
- Lorsque l’horloge est gravement incorrecte
- Environnements de test temporaires
Cependant, une utilisation continue doit être évitée, et la synchronisation automatique doit être rétablie par la suite.
Q7. Comment désactiver la synchronisation du temps si nécessaire ?
Dans des environnements de test spéciaux, NTP peut être désactivé intentionnellement.
Cependant, cela est destiné à des cas d’utilisation exceptionnels, et n’est pas recommandé pour les systèmes de production.
Désactiver la synchronisation augmente le risque de :
- Erreurs SSL
- Incohérences de journalisation
- Échecs de tâches planifiées
Q8. Que doivent retenir les débutants ?
Les débutants n’ont besoin de retenir que trois points :
- Ubuntu est conçu pour la synchronisation automatique du temps
- ntpdate n’est plus la méthode dominante
- Vérifiez toujours d’abord la synchronisation automatique
Avec ces connaissances, la confusion autour de « ubuntu ntpdate » devient rare.


