Serveur NTP / NTS

time.orlinum.fr est un serveur NTP public de strate 1 (stratum 1). Il fournit une référence de temps de précision extraite directement d'une source primaire (Récepteur GPS/GLONASS/GALILEO et impulsion PPS). Il permet de synchroniser de manière fiable l’horloge de vos systèmes (serveurs, routeurs, équipements IoT). Le service opère nativement via le protocole NTP standard et NTS.

time.orlinum.fr is a public Stratum 1 NTP server. It provides a high-precision time reference extracted directly from a primary hardware source (GPS/GLONASS/GALILEO receiver and a PPS impulse). It enables the reliable clock synchronization of your systems (servers, routers, IoT devices). The service operates natively via the standard NTP protocol and NTS.

Le service s'appuie sur le NTPv4 (Network Time Protocol version 4), décrit par la RFC 5905. Ce protocole permet une synchronisation continue des horloges en modélisant et en corrigeant mathématiquement les délais de transmission réseau. Pour garantir l'intégrité de ces échanges, l'infrastructure implémente l'extension cryptographique NTS (Network Time Security), définie par la RFC 8915, prévenant toute falsification des paquets temporels.

The service relies on the NTPv4 (Network Time Protocol version 4), as defined by RFC 5905. This protocol enables continuous clock synchronization by mathematically modeling and correcting network transmission delays. To guarantee the integrity of these exchanges, the infrastructure implements the NTS (Network Time Security) cryptographic extension, specified by RFC 8915, preventing any tampering with time packets.

L'utilisation du client Chrony est préconisée pour assurer une convergence rapide et supporter nativement le protocole NTS. L'option xleave (mode entrelacé) est suggérée pour accroître la précision de l'horodatage matériel. Pour garantir la tolérance aux pannes de votre configuration, l'infrastructure pool.ntp.org est proposée dans ces exemples. Pour éviter tout conflit de configuration, une seule de ces trois méthodes doit être implémentée.

The use of the Chrony client is advocated to ensure rapid convergence and natively support the NTS protocol. The xleave option (interleaved mode) is suggested to increase hardware timestamping accuracy. To guarantee fault tolerance, the pool.ntp.org infrastructure is proposed in these examples. To prevent configuration conflicts, only one of these three methods must be implemented.

Synchroniser deux horloges à travers le chaos d'un réseau informatique exige de maîtriser quelques notions élémentaires. La métrologie du protocole NTP repose sur des variables : une horloge locale subit un écart (offset) par rapport au temps universel (UTC). Si cet écart est borné, l'horloge est dite correcte (accurate). Cependant, un oscillateur au quartz n'est jamais parfait ; il avance ou retarde de façon continue, créant un décalage (skew). Pire, cette erreur varie dans le temps sous l'effet de la température, induisant une dérive (drift). Enfin, l'horloge est limitée par sa résolution (precision), la plus petite fraction de seconde qu'elle peut physiquement mesurer.

Pour corriger ces anomalies temporelles malgré un délai de transmission réseau asymétrique et imprévisible, NTP échange des estampilles temporelles (timestamps). Au fil des requêtes, l'algorithme cartographie le délai de propagation et la gigue (jitter) (les soubresauts du réseau) pour soustraire mathématiquement ce temps de transit et extraire l'heure « vraie ».

Pour traduire cette physique théorique en télémétrie concrète, le démon (chronyd) génère un état de l'art continu de son asservissement. La distance hiérarchique absolue face à l'horloge atomique est définie par le Stratum (la Strate 1 confirmant l'absence de relais réseau). L'écart (offset) théorique est consigné par le Last offset (la dernière correction instantanée appliquée) et lissé par le RMS offset (l'erreur quadratique moyenne), véritable juge de paix de la stabilité locale. La dérive (drift) de l'oscillateur s'exprime par la Frequency (l'erreur native du quartz en parties par million - ppm) et la Residual freq (l'erreur de modélisation restante), tandis que le Skew chiffre la marge d'incertitude mathématique de cette dérive. L'asymétrie totale et l'erreur maximale accumulées depuis la source primaire sont quantifiées par le Root delay et la Root dispersion.

Note : Cette compréhension architecturale doit beaucoup aux travaux fondateurs de David L. Mills, à l'analyse de la RFC 5905 par Stéphane Bortzmeyer, ainsi qu'à Kevin Sookocheff.

Synchronizing two clocks across the chaos of a computer network requires mastering a few elementary concepts. NTP metrology relies on specific variables: a local clock experiences an offset relative to Universal Time (UTC). If this offset is bounded, the clock is considered accurate. However, a quartz oscillator is never perfect; it continuously runs fast or slow, creating a skew. Worse, this error varies over time due to temperature, inducing a drift. Finally, the clock is limited by its precision, the smallest fraction of a second it can physically measure.

To correct these temporal anomalies despite an asymmetric and unpredictable network transmission delay, NTP exchanges timestamps. Through repeated requests, the algorithm maps the propagation delay and the jitter (the network's hiccups) to mathematically subtract this transit time and extract the "true" time.

To translate this theoretical physics into concrete telemetry, the daemon (chronyd) generates a continuous state of its disciplining process. The absolute hierarchical distance from the atomic clock is defined by the Stratum (Stratum 1 confirming the absence of network relays). The theoretical offset is recorded by the Last offset (the latest instantaneous correction applied) and smoothed by the RMS offset (the root mean square error), the true benchmark of local stability. The oscillator's drift is expressed by the Frequency (the native error of the quartz in parts per million - ppm) and the Residual freq (the remaining modeling error), while the Skew quantifies the mathematical margin of uncertainty of this drift. The total asymmetry and maximum error accumulated from the primary source are quantified by the Root delay and Root dispersion.

Note: This architectural understanding owes much to the foundational work of David L. Mills, the RFC 5905 analysis by Stéphane Bortzmeyer, as well as to Kevin Sookocheff.