Table des matières
Installation d'un serveur NTP
https://tools.ietf.org/rfc/rfc5905.txt
Provisoirement, le mode d'emploi là.
parler de windows et Linux… pour le RTC en TZlocale
Le temps dans Linux
La gestion du temps dans Linux fonctionne à l'identique
Selon man hwclock, Il y a deux horloges dans un système Linux.
L'horloge matérielle, qui fonctionne indépendamment des programmes, même lorsque la machine est éteinte ; L'horloge système qui est gérée par le noyau Linux. Sur un système ISA, l'horloge est définie dans la norme ISA. Le pro‐ gramme de contrôle peut lire ou ajuster l'heure à la seconde, mais il peut également détecter les flancs des tics de l'horloge, de ce fait, l'horloge a virtuellement une précision infinie.
Cette horloge est communément appelée l'horloge matérielle (« hardware clock »), l'heure temps réel (« real time clock »), le RTC, l'horloge BIOS ou l'horloge CMOS. La désignation horloge matérielle a été inven‐ tée pour être utilisée avec hwclock afin d'éviter les confusions induites par les autres noms.
Ainsi par exemple, certains systèmes non ISA ont quelques horloges temps réel, mais une seule avec sa propre source d'énergie. Un compo‐ sant externe, sur I2C ou SPI, consommant très peu avec une batterie de secours peut être utilisé comme horloge matérielle qui initialise une horloge temps réel intégrée plus fonctionnelle, utilisée pour la plu‐ part des autres objectifs.
L'horloge système : c'est l'horloge gérée par le noyau Linux et contrô‐ lée par une minuterie (sur une machine ISA, les interruptions de minu‐ terie font partie de la norme ISA). Cela n'a de sens que si Linux fonc‐ tionne sur la machine. L'heure système est le nombre de secondes écou‐ lées depuis le 1er janvier 1970 00:00:00 UTC (ou plus succinctement, le nombre de secondes depuis 1969). L'heure système n'est pas un entier. Elle a virtuellement une précision infinie.
L'horloge système donne l'heure importante. Le but essentiel de l'hor‐ loge matérielle dans un système Linux est de garder l'heure lorsque Linux ne fonctionne pas. L'heure système est initialisée avec la valeur de l'horloge matérielle au démarrage de Linux, l'horloge matérielle n'est ensuite plus utilisée. Il est important de remarquer qu'avec DOS, pour lequel ISA a été conçu, l'horloge matérielle est la seule horloge temps réel.
L'heure système ne doit surtout pas subir de discontinuité comme si vous utilisiez le programme date(1L) afin de la modifier pendant le fonctionnement du système. Vous pouvez cependant, faire tout ce que vous voulez sur l'horloge matérielle pendant le fonctionnement, la pro‐ chaine fois que Linux démarrera, il prendra en compte la nouvelle heure de l'horloge matérielle.Un noyau Linux possède un concept de fuseau horaire pour le système. Mais ne vous trompez pas — pratiquement personne ne se préoccupe du fuseau horaire maintenu par le noyau. Les programmes qui ont besoin d'utiliser les fuseaux horaires (parce qu'ils souhaitent afficher l'heure locale) utilisent presque toujours une méthode plus tradition‐ nelle afin de le déterminer. Ils utilisent la variable d'environnement TZ ou le répertoire /usr/share/zoneinfo, comme expliqué dans la page de manuel de tzset(3). Cependant, certains programmes et certaines parties du noyau Linux comme les systèmes de fichiers utilisent la valeur du noyau. Un exemple est le système de fichiers vfat. Si la valeur dans le noyau est fausse, le système de fichiers vfat lira et modifiera d'une manière erronée la date des fichiers.
hwclock ajuste le fuseau horaire du noyau à la valeur indiquée par TZ ou /usr/share/zoneinfo quand vous modifiez l'heure système à l'aide de l'option –hctosys.
Le fuseau horaire est composé de deux parties : 1) un champ tz_minutes‐ west indiquant le nombre de minutes (non ajusté pour l'heure d'été) de retard par rapport au temps universel (UTC) ; 2) un champ tz_dsttime indiquant le type de convention d'heure d'été utilisée dans la localité à l'heure actuelle. Ce second champ n'est jamais utilisé sous Linux (consultez également settimeofday(2)).
Network Time Protocol
# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) .LOCL. 10 l 7d 64 0 0.000 0.000 0.000
*ntp-p1.obspm.fr .MRS. 1 u 857 1024 377 32.921 0.052 0.486
+saturne.obs-bes .PPS. 1 u 376 1024 377 40.041 0.754 0.274
| taily code | état de synchronisation | * = synchronisé, + = candidat |
| remote | identité du pair | N/A |
| refid | type de référence du pair | .MRS. = ?, .PPS. = Generic pulse-per-second, .LOCL. = local = RTC |
| st | stratum du pair | 0 (meilleur) à 15 (plus mauvais) |
| t | type du pair | local, unicast, multicast, broadcast |
* when : date du dernier échange ;
- poll : intervalle des demandes, en secondes ;
- reach : compteur de réussites ;
- offset: en millisecondes ;
- dispersion : en millisecondes.
ntp-sop.inria.fr has address 138.96.64.10
https://www.meinbergglobal.com/english/products/modular-1u-sync-system.htm