Journal NTP

Posté par  .
Étiquettes : aucune
0
8
jan.
2004
Salut

J'aurais aimé savoir à tout hasard si qqn pourrait me renseigner.
Je lance ntpd au démarrage de ma machine en pensant que ca mettrait à jour périodiquement mon horloge.

Est ce vraiment le cas ? j'ai entendu aussi dire qu'il fallait faire un cron avec ntpdate ou ntp -q ... je ne sais plus trop quoi pensé...


more /etc/ntp.conf
server ntp1.curie.fr
server ntp.via.ecp.fr

restrict ntp1.curie.fr mask 255.255.255.255 nomodify notrap noquery
restrict ntp.via.ecp.fr mask 255.255.255.255 nomodify notrap noquery

restrict 192.168.0.0 mask 255.255.255.0 notrust nomodify notrap
restrict 127.0.0.1

driftfile /etc/ntp.drift
logfile /var/log/ntp.log
  • # Re: NTP

    Posté par  . Évalué à 1.

    1) il faut etre precis quand tu demande de l'aide :
    quelle distribution ?
    quelle version du soft

    2) en general quand ca marche pas , y a des logs qui la plupart du temps sont instructifs.

    3) il faut que ton firewall le permete ...

    4) enfin le serveur ne fait qu'adjuster des petites variations de l'horloge . donc avant de le demarer il faut ajuster avec ntpdate. Mais en general c'est le script de lencement /etc/init.d/ntp qui s'en charge
    • [^] # Re: NTP

      Posté par  . Évalué à 1.

      1) slackware 9.1
      ntpd 4.1.2

      2) j'ai regardé les logs mais ca ne me dit trop rien ... :)
      ntpd -D 1
      Debug1: 1 -> 1 = 1
      ntpd 4.1.2@1.892 Thu Sep 11 23:47:04 PDT 2003 (1)
      Debug1: 1 -> 1 = 1
      create_sockets(123)
      interface OK
      interface OK
      bind() fd 4, family 2, port 123, addr 0.0.0.0, flags=1
      bind() fd 5, family 2, port 123, addr 127.0.0.1, flags=0
      bind() fd 6, family 2, port 123, addr 192.168.0.3, flags=1
      init_io: maxactivefd 6
      Debug2: 1 -> 1 = 1
      resolving ntp1.curie.fr
      resolving ntp.via.ecp.fr
      report_event: system event 'event_restart' (0x01) status 'sync_alarm, sync_unspe
      c, 1 event, event_unspec' (0xc010)
      auth_agekeys: at 1 keys 1 expired 0
      peer_clear: at 2 assoc ID 0
      newpeer: 192.168.0.3->193.49.205.19 mode 3 vers 4 poll 6 10 flags 1 1 ttl 0 key 00000000
      peer_clear: at 2 assoc ID 0
      newpeer: 192.168.0.3->138.195.130.71 mode 3 vers 4 poll 6 10 flags 1 1 ttl 0 key 00000000
      transmit: at 5 192.168.0.3->138.195.130.71 mode 3
      receive: at 5 192.168.0.3<-138.195.130.71 mode 4 code 1
      peer 138.195.130.71 event 'event_reach' (0x84) status 'unreach, conf, 1 event, event_reach' (0x8014)
      clock_filter: n 1 off 0.009735 del 0.036351 dsp 7.937517 jit 0.000031, age 0
      transmit: at 10 192.168.0.3->193.49.205.19 mode 3
      receive: at 10 192.168.0.3<-193.49.205.19 mode 4 code 1
      peer 193.49.205.19 event 'event_reach' (0x84) status 'unreach, conf, 1 event, event_reach' (0x8014)
      clock_filter: n 1 off 0.022551 del 0.039650 dsp 7.937517 jit 0.000031, age 0

      3) mon firewall le permet
  • # Re: NTP

    Posté par  . Évalué à 4.

    Ntpd est utile si tu veux faire serveur NTP pour ton réseau local - et à ce moment là, il se chargera tout seul de se synchroniser avec les serveurs indiqués dans ntp.conf (l'option "-q" sert la première fois, si la différence entre ta machine et les serveurs de temps est supérieure à 1000 secondes).

    Mais si tu veux juste mettre à jour cette machine, pas besoin de ntpd !
    Installes simplement ntpdate, et lances-le régulièrement (au boot si tu éteins ta machine tous les jours, dans crontab sinon...)
    • [^] # Re: NTP

      Posté par  . Évalué à 1.

      >ntpdate

      S'il boote tous les jours , oui

      si non , non c'est mauvais car a chaque appel la correction risque d'etre importante et risque de perturber certains services ( tout a coup ce qu'on vient juste de modifier se retrouve dans le futur)
      il faut alors un crontab qui corrige souvent, mais alors autant utiliser ntpd.
      • [^] # Re: NTP

        Posté par  . Évalué à 1.

        bah, un ptit ntpdate toutes les heures, ça fait pas de mal :-)
        • [^] # Re: NTP

          Posté par  . Évalué à 1.

          Bah si tout le monde le faisait, ça ferait mal aux serveurs NTP pour un résultat pas très utile.

          Avec ntpd, la dérive de ton PC est mesuré et ensuite tu as besoin de très peu de requête pour maintenir le PC à l'heure. ntpd peut rester plusieurs jours sans faire de requête si il considère qu'il est bien calé.


          De mon coté, je trouve que les providers devraient naturelement fournir des serveurs NTP comme ils fournissent des serveurs de news par exemple. (Nerim le fait, mais je ne crois pas qu'il y en ai bcp d'autres)
          • [^] # Re: NTP

            Posté par  . Évalué à 1.

            les autres je sais pas, mais il y a ntp.free.fr en tout cas
            • [^] # Re: NTP

              Posté par  . Évalué à 1.

              Non, ntp.free.fr est un site perso (il se trouve qu'il y a des demons ntpd sur les serveurs de pages perso).

              Le bon serveur a utiliser pour les freenautes est ntp1.proxad.net
          • [^] # Re: NTP

            Posté par  . Évalué à 1.

            il y a ntp0.oleane.net et ntp1.oleane.net
      • [^] # NTPd & portable

        Posté par  . Évalué à 1.

        Au passage, le choix d'un serveur ntp local peut être problématique sur une machine qui n'est pas connectée tout le temps au réseau (type portable) car, dans ce cas, la dérive (driftfile /etc/ntp.drift) est appliquée automatiquement, au besoin à chaque reboot.
        L'heure peut devenir délirante... ,o)
    • [^] # Re: NTP

      Posté par  . Évalué à 1.

      J'ai cru comprendre dans la doc officiel qu'il déconseillait d'utiliser ntpdate maintenant et qu'il fallait utiliser ntp -q car dans le futur ils vont retirer ntpdate.

      Est ce que tu es sur que de lancer ntpd ne suffit pas pour mettre à jour l'horloge de mon PC ? (mis à part que mon PC devient un serveur NTP :)
  • # NTP, ntp-simple & ntpdate

    Posté par  . Évalué à 2.

    Un exemple sous Debian :
    - package ntp-simple pour disposer d'un serveur NTP sur le réseau local. Le daemon ntpd est effectivement lancé au démarrage mais il ne sert que les machines du réseau local (les requêtes sur le port 123 sont bloquées si elles viennent de l'extérieur)
    - chaque machine cliente est mise à jour par le package ntpdate au travers d'un cron lancé toutes les 4 heures (mais sans doute est-ce trop fréquent étant donné la dérive possible) + au démarrage en connectant sur le serveur ntpd du réseau local
    - package ntpdate présent aussi sur le serveur pour se synchroniser avec des serveurs de niveau 2 (ou 3 je ne sais plus, jamais de niveau 1 quoiqu'il en soit) "officiels"

    Remarques:
    1. je crois que le daemon ntpd du serveur doit pouvoir se synchroniser sans cron ntpdate mais je trouve cette solution plus "lisible"
    2. il est de bon ton de demander à l'admin d'un serveur NTP de niveau 2 l'autorisation de se synchroniser sur son serveur avant de le mettre dans sa conf...
    3. sous Debian, la liste des serveurs se configure dans /etc/default/ntp-servers, /etc/ntp.conf est préconfiguré de manière satisfaisante par défaut.
    4. la trace des mises à jour NTP apparait dans /var/log/syslog et un mail à root est envoyé avec l'output du cron (comportement standard d'une tâche du cron lorsqu'elle produit un output)
    5. si ta configuration te le permet, il est préférable d'avoir une machine faisant office de serveur NTP pour ton réseau local plutôt que de multiplier les synchronisation avec un serveur de niveau 2.
    6. une recherche +ntp +howto sur Google te donne de bons sites d'informations plus poussées sur la question, particulièrement concernant la "ntpétiquette" ;o) (mais je n'ai pas sous la main)
    • [^] # Re: NTP, ntp-simple & ntpdate

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

      et comme préciser plus haut, fais attention au firewall. 80% du temps c pour ca que ca ne fonctionne pas.

      Il y a une option a rentrer (je ne me souviens plus laquelle et j'ai la flemme de chercher ;) ) pour passer outre le firewall. et ca fonctionne très bien.

      (mdk 9.2, demon ntpd et un coup de ntpdate au début avec l'option firewall)
  • # Re: NTP

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

    Perso j'ai juste rajouté ça dans mon rc.local

    # Start of timesync
    ntpdate chronos.cru.fr; /sbin/clock

    Et voila. A l'heure.
    SI tu veux, tu peux en faire un cron pour te remettre à jour toutes les heures si tu veux...
    • [^] # Re: NTP

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

      Oh j'ai oublié :
      - moi aussi j'ai une slack (8.1)
      - Need a medic ! (le serveur yep force one (81.91.66.192:27950) est vraiment sympa)
    • [^] # Re: NTP

      Posté par  . Évalué à 2.

      Eh oh !
      Il sera peut-être judicieux que tu te prennes un autre serveur...

      http://www.cru.fr/NTP/serveurs_francais.html(...)

      Serveurs français primaires (strate 1) :
      Rappel : les serveurs primaires sont destinés à synchroniser essentiellement les serveurs de strate 2 publics, à la rigueur des serveurs de sites importants (plusieurs centaines de clients locaux) mais pas des "petits" serveurs voire des clients terminaux...

      chronos.cru.fr
      Location: CRU, Université de Rennes 1, France
      Synchronization: NTP V3 Datum TymServe 2100L
      Service area: France/Europe
      Access policy: accès ouvert aux serveurs de strate 2, prévenir en envoyant un message

Suivre le flux des commentaires

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