J'ai aussi envisagé cette solution effectivement mais cela pose aussi un problème. Imagine, bon je suis toujours dans le cas le pire, que ma machine serveur NTP de mon réseau local qui se synchronise sur une source extérieure n'est pas à l'heure? Donc bon, mon serveur NTP va se mettre à jour (via un step adjustement, vu que c'est une grande différence car je rapelle que j'envisage le pire cas et que normalement ma carte est connectée à Internet que très rarement) et va par exemple gagner 5 minutes. Et bien que se passe t'il si mes machines locales doivent attendre 55 minutes avant que cron relance la tache? et bien on va pas être à l'heure pendant 55 minutes dans mon réseau local, alors certes je peux diminuer le temps d'exécution de la commande dans cron mais à ce moment là, on perd à mon sens tout l'intérêt de NTP... c'est à dire qu'on va pas effectuer les corrections régulièrement mais uniquement à coup de rdate (ou plutot de ntpdate je pense)... alors ouai je comprends bien que c'est un peu chiant ce que je demande mais c'est comme ça, mais en gros je pense que ce qu'on me demande n'est tout simplement soit pas faisable, soit pas indiqué avec le protocole NTP... mais on me demande pas à tout prix de le faire, on me demande si c'est envisageable et surtout utile mais moi, je pense dire non dans le pire des cas. C'est à dire celui que je présente depuis tout à l'heure, le cas ou ma carte va aller se connecter ponctuellement à une source avec laquelle il est en grand décalage... ce qui n'est normalement pas le cas pour NTP vu qu'en général avant d'aller se synchroniser, on fait un ntpdate sur le serveur; Le problème, c'est que je ne sais pas quand ma carte va être connecté au Net, donc quand faire le ntpdate parce que sinon, ça serait une solution... dès que je me connecte au net, j'arrête le démon, je fais un ntpdate sur mon serveur NTP puis je relance le démon. Le truc, c que pendant ce temps là, mes clients ne sont plus à la même heure et le temps qu'il se reconnecte à mon serveur NTP (même avec l'option iburst activé et minpoll au minimum), y se sera passé un petit peu de temps (genre peut être 4 secondes ce qui fait 4 secondes de log foireux, ce qui peut être assez problématique)...
[^] # Re: Et un module qui fournit l'heure par RS232 par exemple?
Posté par the_ionic . En réponse au message Je reviens avec mon NTP. Évalué à 0.