EN FR

Mesure Jitter, Offset & Latence NTP

Mesure d'horloge en direct contre Stratum 1 GNSS — navigateur, précision sub-milliseconde

Analyse du Jitter → Offset en Direct → Benchmark Latence →

Test de Synchronisation en Temps Réel

Test de votre système en cours...

Votre Système

--:--:--.---

Heure Locale

Référence NTP

--:--:--.---

Heure Serveur

Excellente Synchronisation

Décalage : 0ms | Latence : --ms

Ce que ce testeur mesure

Jitter NTP

Écart-type de l'offset sur une fenêtre courte — signature d'un chemin instable ou d'une source surchargée. Lire l'analyse →

Offset d'Horloge en Direct

Écart temps réel entre votre horloge système et notre référence Stratum 1 GNSS, rafraîchi toutes les 10 secondes. Guide d'interprétation →

Délai Aller-Retour

Latence réseau jusqu'à la source — borne la précision de l'estimation d'offset. Benchmark inter-serveurs →

Détection de Dérive

Observez l'évolution de l'offset entre polls successifs pour révéler la dérive de fréquence du quartz local. Pourquoi les PC dérivent →

NTP Haute Précision pour la Production

Éliminez la gigue réseau et améliorez la précision avec notre infrastructure européenne Stratum 1 & 2.

Déployer un NTP Fiable avec RDEM Systems →

Opère sur AS206014 pour un routage optimal

Votre NTP est-il sécurisé ?

Le NTP classique n'a aucune authentification. NTS (Network Time Security) corrige cela avec une protection cryptographique TLS 1.3.

Découvrir NTS →

Votre besoin n'est pas la mesure ? Utilisez l'outil adapté :

Nos services d'infrastructure — Au-delà de la synchronisation horaire, RDEM Systems propose également la sauvegarde externalisée en datacenter français pour la protection de vos données critiques.

A propos de ntp-tester.eu — Une plateforme de test NTP gratuite maintenue par RDEM Systems. Les tests s'exécutent depuis notre propre infrastructure AS206014, avec des références temporelles sécurisées NTS synchronisées sur des sources Stratum 1 GNSS. Hébergé sur clusters Proxmox VE.
À propos de l'auteur

Questions fréquentes

Qu'est-ce que le jitter NTP et quelle valeur est acceptable ?

Le jitter NTP est la variation (écart-type) des mesures d'offset entre un client et sa source temporelle sur une courte fenêtre. Sur un LAN filaire : jitter < 1 ms ; sur une connexion domestique stable : < 5 ms ; sur un chemin Wi-Fi ou congestionné : 10–30 ms est courant. Un jitter supérieur à 50 ms signale un chemin réseau problématique ou une source surchargée. Ce testeur en direct affiche le jitter à côté de l'offset et du délai aller-retour.

Comment mesurer l'offset NTP en direct depuis le navigateur ?

Ce testeur récupère un horodatage haute précision depuis une référence Stratum 1 GNSS de RDEM Systems via HTTPS, estime la latence aller simple comme la moitié du délai aller-retour, puis calcule l'offset entre l'horloge du navigateur et la source faisant autorité. Une valeur sous 100 ms est excellente, 100–1000 ms est acceptable mais à surveiller, au-delà d'1 s le service NTP est cassé. La mesure se rafraîchit toutes les 10 secondes pour révéler la dérive.

Que m'indique le délai aller-retour (RTD) NTP ?

Le délai aller-retour est le temps entre l'envoi de la requête NTP et la réception de la réponse. Il borne l'incertitude maximale de l'offset : l'algorithme NTP suppose que la latence aller est environ RTD/2, donc un RTD élevé réduit la précision de l'estimation. Pour une horloge précise, préférez une source avec un RTD stable et faible plutôt qu'une source lointaine à délai variable.

Comment faire un benchmark de latence NTP entre plusieurs serveurs ?

La méthode CLI la plus simple : 'chronyc sourcestats' (Linux) affiche offset, fréquence, skew, écart-type et nombre de mesures par source. Pour une sonde ponctuelle : 'ntpdate -q &lt;serveur&gt;' ou 'sntp &lt;serveur&gt;' fournissent une mesure unique d'offset et de délai. Depuis le navigateur, ce testeur expose le délai aller-retour vers sa référence Stratum 1 — à comparer avec un ping pour identifier la qualité spécifique au trafic NTP.

Pourquoi mon horloge PC dérive-t-elle malgré NTP activé ?

Entre deux synchronisations, l'horloge système s'appuie sur le quartz du CPU dont la fréquence varie avec la température (typiquement ±10 ppm → ~1 s/jour). NTP corrige cette dérive à chaque poll. Si la dérive est visible, l'intervalle de poll est trop long, la source est peu fiable, ou NTP a été interrompu (veille/hibernation, perte réseau). Vérifiez la synchronisation continue avec notre affichage d'offset en direct — une valeur stable < 100 ms confirme que NTP fonctionne vraiment.