Le jeudi 5 juillet 2012 à 09:04, Mathieu Arnold a écrit :
+--On 5 juillet 2012 08:18:29 +0200 Wallace <wallace@morkitu.org (mailto:wallace@morkitu.org)> wrote: | Le 04/07/2012 15:18, Gregory Duchatelet a écrit : |> Il existe un moyen bien plus propre, en configurant ntp afin qu'il |> anticipe les leap seconds : |> http://support.ntp.org/bin/view/Support/ConfiguringNTP#Section_6.14. |> |> Ca se résume à : |> |> wget ftp://tycho.usno.navy.mil/pub/ntp/leap-seconds.3535142400 |> |> puis dans la conf ntp.conf (à partir de la 4.2.6, version actuelle de |> Debian Squeeze) : |> leapfile "/path_ou_se_trouve/leap-seconds.3535142400" | | Effectivement c'est plus propre mais il va falloir enrichir le fichier | pour les prochaines dates. | Vu que c'est à date fixe, pourquoi ne pas renseigner les 100 prochaines | années?
Justement, non, la date n'est pas fixe, les dates possibles sont fixes, mais on ne peut pas savoir plus de six mois à l'avance si on aura besoin, ou pas, d'une seconde intercalaire. La terre n'a pas un mouvement prévisible.
Bonjour,
Après avoir étudié un peu la chose et en avoir discuté ici et là avec des personnes connaissant vraiment bien ntp, je vois deux très grosses limitations à utiliser cette méthode.
La première, c'est que c'est très risqué si le serveur NTP sur lequel vous l'appliquez n'est pas stratum 1 (directement connecté à un device permettant de calculer l'heure exacte sans passer par le réseau comme un GPS, du CDMA, Irig-B…).
La seconde c'est que le site de la Navy ne fournit aucun MD5 du fichier, ni aucun moyen de s'assurer de son intégrité.
J'étais assez séduit par cette méthode, mais finalement je vais rester sur une bête crontab, beaucoup plus maîtrisée en matière de risques.
Bonne journée.
-- Frédéric de Villamil "What's mine is mine. What's yours is still unsetteled" – Go player proverb frederic@de-villamil.com (mailto:frederic@de-villamil.com) tel: +33 (0)6 62 19 1337 http://t37.net (http://t37.net/) Typo : http://typosphere.org (http://typosphere.org/)