Rejoindre le pool.ntp.org#

Pourquoi#

Ce guide n’a pas retenu pool.ntp.org comme source amont : le chapitre Chrony lui préfère des laboratoires nationaux de métrologie nommés explicitement, plus prévisibles à surveiller un par un. Ce choix n’est pas qu’une préférence de conception : c’est, comme on le verra plus bas, une condition d’éligibilité pour rejoindre le pool en tant que contributeur. Le pool reste par ailleurs omniprésent sur le reste d’Internet, sans avoir jamais été expliqué jusqu’ici. Le NTP Pool Project est un réseau décentralisé et bénévole de plusieurs milliers de serveurs NTP, mis à disposition gratuitement pour servir l’écrasante majorité des appareils connectés à Internet (routeurs, box opérateur, systèmes embarqués, distributions Linux). Une fois un Stratum 1 opérationnel et validé (chapitre Vérification finale), le rejoindre en tant que contributeur est une suite naturelle : un serveur désormais fiable peut servir des milliers d’autres machines dans le monde plutôt que de rester réservé à son propre domaine.

Comment fonctionne le pool#

Contrairement aux serveurs institutionnels utilisés au chapitre Chrony (chacun avec une adresse IP fixe et connue), pool.ntp.org n’est pas un serveur unique mais un système de rotation DNS : chaque résolution de pool.ntp.org (ou d’une zone régionale comme europe.pool.ntp.org) retourne un sous-ensemble différent de serveurs, choisis parmi tous les contributeurs actifs de la zone géographique concernée, pondérés par un score de fiabilité calculé en continu par un réseau de stations de supervision réparties dans le monde.

  Client                          DNS pool.ntp.org         Contributeurs
  │                             │                        ┌──────────────────┐
  │ résout europe.pool.ntp.org                           │ Serveur A (18)   │
  ├─────────────────────────────►                        ├──────────────────┤
  │                             │ sélection pondérée :   │ Serveur B (15)   │
  │                             │ score + proximité géo  ├──────────────────┤
  ◄─────────────────────────────┤                        │ Ce serveur (?)   │
  │ 4 adresses IP différentes,                           └──────────────────┘
  │ différentes à chaque résolution

  └──────────────────────────────────────────────────────►
         requête NTP directe vers l'une des adresses reçues

Ce mécanisme répartit la charge sur des milliers de contributeurs volontaires plutôt que de concentrer le trafic mondial sur une poignée de serveurs institutionnels : c’est ce qui rend le service gratuit et soutenable à l’échelle d’Internet.

Condition d’éligibilité : pas de pool.ntp.org en source amont#

Le guide officiel du projet est explicite sur ce point :

Source : guide d’inscription officiel du NTP Pool Project

« Les serveurs rejoignant le projet ne doivent pas avoir pool.ntp.org comme serveur(s) parent(s), mais doivent être configurés manuellement sur quelques bons serveurs (ces serveurs peuvent être choisis parmi ceux du projet ; ce qui est important est qu’ils soient choisis de manière statique et non pas assignés au hasard à chaque redémarrage du serveur ; cela aide à offrir une qualité de service acceptable). »

Un serveur peut donc parfaitement piocher ses sources amont parmi les membres du pool, à condition de les nommer individuellement et de manière fixe : ce que le projet exclut, c’est de dépendre de la rotation DNS aléatoire pool.ntp.org elle-même comme source, un choix qui changerait de cible à chaque redémarrage et fausserait la mesure de qualité de service que le réseau de supervision cherche justement à établir.

Ce serveur remplit déjà cette condition : les six sources amont fixes du chapitre Chrony (des laboratoires nationaux de métrologie nommés explicitement, jamais pool.ntp.org lui-même) sont précisément le type de configuration statique que le pool demande de ses membres.

Rejoindre en tant que contributeur#

Créer un compte et enregistrer le serveur#

Sur manage.ntp.org :

  1. Créer un compte (validation par e-mail)
  2. Ajouter le serveur : adresse IP publique, zone(s) géographique(s) souhaitée(s) (ex. europe, ou le code pays fr)
  3. Définir le netspeed, la bande passante à allouer au trafic NTP du pool

Commencer prudent avec le netspeed#

Réglage initial recommandé : le plus bas disponible (quelques centaines
de kbit/s), à ajuster à la hausse progressivement une fois le
comportement observé sur plusieurs jours.

Le pool ajuste automatiquement le volume de requêtes envoyées au serveur en fonction de cette valeur déclarée : un netspeed trop optimiste peut saturer une liaison résidentielle ou un forfait avec quota.

Erreurs à éviter#

Rejoindre le pool avec un netspeed surestimé peut saturer la connexion. Le volume de trafic NTP envoyé par le pool croît avec la valeur déclarée, sur une liaison résidentielle asymétrique (upload limité), un réglage trop généreux dès le départ peut dégrader les autres usages du réseau, voire déclencher une alerte du fournisseur d’accès. Commencer bas et augmenter progressivement en observant l’usage réel (bande passante consommée, charge CPU) est l’approche recommandée par le projet lui-même.

  • Confondre “utiliser le pool comme source” et “rejoindre le pool comme contributeur”. N’importe qui peut interroger pool.ntp.org comme source de secours sans aucune inscription, c’est un service public ouvert. Mais les deux démarches ne sont pas indépendantes dans l’autre sens : un serveur qui veut rejoindre le pool comme contributeur ne doit justement pas avoir pool.ntp.org en source amont (condition d’éligibilité détaillée plus haut). Ce guide a préféré des laboratoires institutionnels nommés (chapitre Chrony) qui remplissent déjà cette condition. Rejoindre en tant que contributeur, pour que le serveur apparaisse dans les résultats DNS servis à d’autres, nécessite par ailleurs l’inscription décrite ci-dessus.
  • Ignorer le score de fiabilité après inscription. Le réseau de supervision du pool interroge le serveur en continu et calcule un score. Un score qui chute durablement sous un certain seuil retire automatiquement le serveur de la rotation, sans pénalité punitive, simplement pour préserver la qualité de service perçue par les clients du pool. Une coupure réseau prolongée ou une dérive de synchronisation non détectée (raison de plus de s’appuyer sur acceptance.sh, chapitre Vérification finale) fait mécaniquement baisser ce score.
  • Ouvrir le pare-feu au pool sans revoir le rate-limiting. Les règles nftables mises en place plus tôt (chapitre nftables) s’appliquent aussi au trafic venant du pool : c’est voulu, mais les seuils choisis (10 req/s/IP dans l’exemple du guide) doivent rester cohérents avec le volume de requêtes attendu une fois inscrit, qui peut être notablement plus élevé qu’en usage purement privé.

Vérifier#

# Résolution DNS : confirme le principe de rotation (résultats différents
# à chaque appel, ou après expiration du TTL)
dig europe.pool.ntp.org

# Une fois inscrit, surveiller le score et les statistiques de trafic
# directement sur manage.ntp.org (tableau de bord par serveur)

Après inscription, plusieurs jours s’écoulent généralement avant que le volume de requêtes ne monte en charge de façon significative : le système introduit volontairement les nouveaux serveurs progressivement plutôt que de les exposer immédiatement à un trafic maximal.

📚 Pour aller plus loin

Le NTP Pool Project a été lancé par Adrian von Bidder en janvier 2003, à la suite d’une discussion sur comp.protocols.time.ntp sur les abus subis par les serveurs stratum 1 publics ; il est maintenu et développé par Ask Bjørn Hansen depuis juillet 2005. Il fonctionne aujourd’hui grâce aux dons et au bénévolat de plusieurs milliers d’opérateurs de serveurs à travers le monde, et sert une part significative du trafic NTP mondial, notamment celui de nombreuses distributions Linux et box opérateur configurées par défaut sur une zone du pool. Documentation complète et FAQ disponibles sur ntppool.org et manage.ntp.org.