L'option -g marche bien, mais elle ne marche qu'une seule fois au démarrage du démon. Or moi, je ne veux pas arrêter mon démon, il doit tourner en permanence, on y a pas forcément accès sur la carte et le système de script me parait un peu trop lourd (même si ça marcherait j'en conviens). J'ai trouvé l'option ticker panic 0 à rajouter dans le ntp.conf qui permet de de faire des mises à jour même si l'écart de temps est grand à partir d'un serveur, mais un problème subsiste.
Si je mets q'un seul serveur dans mon fichier ntp.conf, ça marche bien, même si y'a un gros écart, pas de problème, il met à jour. Par contre dans le scénario que je veux tester, je dois donc mettre comme serveur NTP un serveur distant, et aussi mon horloge de référence. Donc je commence en étant uniquement sur mon réseau local, NTP synchronise alors à partir de mon horloge (que j'ai déréglé pour émuler un écart de temps important), puis je branche mon cable réseau. NTP choisit le serveur NTP distant (et me jette pas malgrè la grande différence de temps d'ou l'intéret de l'option Panic) mais par contre, il ne met pas à jour l'heure d'un seul coup comme je m'y attendais... alors toujours le même problême.
[^] # Re: Une piste ?
Posté par the_ionic . En réponse au message Je reviens avec mon NTP. Évalué à 0.
Si je mets q'un seul serveur dans mon fichier ntp.conf, ça marche bien, même si y'a un gros écart, pas de problème, il met à jour. Par contre dans le scénario que je veux tester, je dois donc mettre comme serveur NTP un serveur distant, et aussi mon horloge de référence. Donc je commence en étant uniquement sur mon réseau local, NTP synchronise alors à partir de mon horloge (que j'ai déréglé pour émuler un écart de temps important), puis je branche mon cable réseau. NTP choisit le serveur NTP distant (et me jette pas malgrè la grande différence de temps d'ou l'intéret de l'option Panic) mais par contre, il ne met pas à jour l'heure d'un seul coup comme je m'y attendais... alors toujours le même problême.