Journal Pb synchronisation horaire

Posté par  .
Étiquettes : aucune
0
6
sept.
2004
Salut,

Je cherche des informations complémentaires concernant la synchronisation automatique de machines sur un réseau local non connecté.

En effet, mes machines de mon réseau local se synchronisent automatiquement, via le protocole NTP, sur une horloge réseau.

Mes machines se synchronisent bien, le problème arrive lors de coupure secteur. Certaines machines ( le phénomème semble aléatoire pour les machines concernées ) redémarrent avec une heure de retard.

C'est pourquoi je cherche des informations complémentaires sur la configuration du fichier ntp.conf.

Voici mon fichier de config sur lequel j'ai des doutes:

----------------------------------------------------------------------------
server @ip_serveur_de_temps
server localhost

fudge localhost stratum 10


restrict @ip_machine @ip_serveur_de_temps
----------------------------------------------------------------------------

J'ai des doutes sur la ligne "fudge localhost stratum 10". J'ajouterais bien la ligne "fudge @ip_serveur_de_temps stratum 1" étant donné que mon réseau local n'est pas relié vers l'extérieur.

Je suprrimerais bien la ligne "restrict @ip_machine @ip_serveur_de_temps" qui ne sert que dans le cas où ma machine est serveur de temps pour d'autres machines.

Merci d'avance

  • # Autre hypothese...

    Posté par  (site web personnel) . Évalué à 3.

    Ca ne viendrais pas du fait qu'elle redemarent avant le serveur et que par conséquent ne se synchronise pas à celui ci et utilise alors leur horloge bios qui est resté a l'heure d'hiver?

  • # RTFM !

    Posté par  (site web personnel) . Évalué à 4.

    quelques conseils :
    -mettre l'heure du bios en UTC et régler correctement (CEST) la timezone sur chaque machine.
    -normalement au boot de chaque machine cliente, il faut avoir une commande ntpdate ip_du_serveur_ntp qui se lance avant le démon ntpd car ce dernier n'autorise pas de gros ajustements. (et une fois que ntpd est lancé, on ne peut plus utiliser ntpdate).
    -si ton serveur de temps est également concerné par la coupure de courant, alors sache que le démon ntpd REFUSE de donner l'heure juste après avoir été redémarré mais attend d'être "stabilisé" (je ne sais pas fonction de quoi c'est, mais j'ai observé chez moi que ça prend environ 15 mn)


    pour des démons ntpd uniquement clients, ne pas mettre de ligne "fudge" dans le ntp.conf. En fait, je mettrais juste :

    restrict 127.0.0.1
    server 127.0.0.1
    server ip_du_serveur_ntp prefer

    NOTA: il vaut mieux utiliser uniquement des adresses IP (donc même pas "locahost"), j'ai observé que ntpd ne faisait pas correctement la résolution.

    Regarder aussi si tu n'as pas un fichier "step-tickers" dans lequel il faut préciser les adresses IP du ou des serveurs que utilise ntpd lors de son démarrage.

    • [^] # Re: RTFM !

      Posté par  . Évalué à 1.

      D'après ce que j'ai lu, le serveur ntp fournit une heure UTC.
      Sur mes machines j'ai bien constaté que c'était le cas.
      Mon OS était bien à l'heure d'été ( timezone CEST )

      C'est vrai qu'au redémarrage de ma machine je n'ai pas de script qui m'exécute un ntpdata @ip_serveur_de_temps.
      Par contre je ne sais pas si c'est vraiment car mon serveur de temps est alimenté par la même source d'alim que mes PCs. Peut être devrais-je songer à l'onduler car je dispose à côté d'onduleur qui peuvent largement supporter cette charge en plus.
      En ce qui concerne ce serveur de temps, après coupure secteur il lui faut 3 minutes pour se resynchroniser sur france inter.
      Peut-être devrais-je demander au constructeur GORGY TIMING, des renseignements pour savoir s'il accepte quand même de me donner l'heure.

      Peux tu me dire sinon ou se trouve le fichier step-tickers

      Merci d'avance

      • [^] # Re: RTFM !

        Posté par  (site web personnel) . Évalué à 2.

        Ce n'est pas parce que le serveur de temps est "resynchronisé" qu'il accepte aussitôt de donner l'heure. Tu peux observer le phénomène en faisant depuis un client un "ntpdate -d ip_serveur_de_temps" : tu verras que le "transmit timestamp" est à zéro...

        Pour le fichier step-tickers, j'ai dit une connerie, c'est pas ce fichier qu'il faut renseigner !
        Sous Redhat : /etc/ntp/ntpservers
        Sur Debian, je serais pour faire un dpkg-reconfigure ntp-simple

        • [^] # Re: RTFM !

          Posté par  . Évalué à 1.

          OK, je demanderai au constructeur pour savoir au bout de combien de temps il répond à un demande d'heure.

          Mais la question bête que j'ai oublié de te demander, c'est pourquoi mon pc s'est déréglé d'une heure exacte suite à une coupure secteur.
          En plus, ce phénomène ne s'est pas produit sur toutes les machines alors qu'elles sont toutes configurées de la même manière.
          Je pense que c'est le BIOS de celles-ci qui n'est pas à l'heure UTC car sinon elles sont toutes bien sur le timezone CEST.
          J'ai l'impression que ce dérèglement ne se passe que sur mes serveurs DEBIAN. Je n'ai pas encore constaté de mauvaise heure sur mes postes d'exploitation MANDRAKE.

          Sur debian, on m'a conseillé d'installé le package ntp-refclock au lieu de ntp-simple.

          Sinon sais tu ou je pourrais des informations précises sur les lignes

          - restrict @ip
          - fudge ....
          - server @ip

          car j'ai l'impression d'avoir lu des informations différentes des tiennes sur des sites.

          Merci d'avance.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.