Question 1

Qu'est-ce que le port UDP 123 et pourquoi est-il critique pour NTP ?

Accepted Answer

UDP 123 est le port bien connu du protocole NTP. Les requêtes client->serveur et les réponses serveur l'utilisent ; NTP étant sans état au niveau protocolaire, les pare-feux doivent autoriser le trafic bidirectionnel sur 123/udp entre clients et sources configurées. Une règle unidirectionnelle qui autorise la sortie sans le retour casse silencieusement la synchronisation. Notre guide pare-feu couvre iptables, firewalld, ufw et Windows Firewall en détail.

Question 2

Que signifie « stratum 16 » et comment le corriger ?

Accepted Answer

Stratum 16 signifie que le démon NTP n'a aucune source temporelle valide — il ne peut atteindre aucun serveur configuré, ou tous les candidats ont échoué aux contrôles de cohérence. Causes courantes : UDP 123 bloqué, serveurs bloqués en .INIT, offset trop grand pour le panic-reject, ou échantillons insuffisants. Correction : vérifier la connectivité ('chronyc sources' doit montrer >=1 source atteignable), contrôler le seuil panic (défaut 1000 s), forcer un step avec 'chronyc makestep' ou 'ntpd -gq'.

Question 3

Que signifient « reach 0 » ou « reach 377 » dans ntpq ?

Accepted Answer

La colonne reach est un registre à décalage 8 bits suivant les 8 derniers polls par peer. Chaque réponse réussie fait entrer un 1, chaque échec un 0. Reach 377 octal (11111111 binaire) = les 8 derniers polls ont réussi — idéal. Reach 0 = les 8 derniers polls ont échoué — peer injoignable. Valeurs intermédiaires comme 17 (00001111) = joignabilité partielle. Notre guide reach-0 détaille le diagnostic.

Question 4

Qu'est-ce qu'un false ticker NTP ?

Accepted Answer

Un false ticker est une source NTP configurée dont l'heure reportée diverge significativement de la majorité des autres sources. L'algorithme de sélection NTP la marque d'un « x » dans ntpq ou la rejette dans chrony, et elle est exclue de l'étape de combine d'horloge. Causes usuelles : serveur mal configuré, problème matériel d'horloge distant, ou attaquant servant un temps manipulé. Notre page false-ticker explique le seuil de détection et comment remplacer la source fautive.

Question 5

chronyd vs ntpd vs systemd-timesyncd — lequel utiliser ?

Accepted Answer

chronyd (défaut sur RHEL 8+, Ubuntu 22.04+) : optimal pour laptops, connexions intermittentes, virtualisation. Supporte NTS nativement. ntpd / ntpsec : toujours maintenu ; préféré si vous avez besoin de drivers refclock (GPS, PPS) ou d'auth symétrique à grande échelle. systemd-timesyncd : client SNTP minimal, client-seul, OK pour desktops mais ne peut pas servir le temps ni gérer NTS. Pour les serveurs en 2026 : chronyd 4.x sauf exigence refclock.

Diagnostic & Dépannage NTP

Résultats de Diagnostic en Direct

Problèmes NTP Détectés

Checklist de Dépannage

Pare-feu Port 123 (UDP)

État du Daemon NTP

Problèmes de Stratum

Détection False Ticker

Correction Rapide : Commandes w32tm & Chrony

Windows (w32tm)

Linux (Chrony)

Guide Gratuit de Synchronisation NTP

Marre des Problèmes de Dérive Horaire ?