bonjour
j'ai un client NTP sous Redhat et un serveur de temps Excalibur (10.20.200.2) qui font parti de mon LAN
j'ai édité ntp.conf et je lui ai seulement indiqué le nom du serveur en l'occurrence Excalibur.
ensuite j'ai fait service ntpd start (ca marche)
ensuite j'ai fait un ntpdate Excalibur (ca marche)
Après un temps, j'ai édité le fichier etc/ntp/step-tickers et dedans j'ai seulement indiqué l'IP du serveur Excalibur
Ensuite j'ai lancé chkconfig ntpd on
Ensuite service ntpd restart (et tout marche, il se synchronise)
maintenant je veux automatiser cette tâche chaque jour à 13h avec CRON. Le problème est que j'ai essayé toutes les possibilités, mais à chaque fois je reçois un e-mail, mais il se synchronise pas.
Je fais donc en tant que root:
#crontab -u root -e
dans le fichier, je met:
00 13 * * * (//et qu'est ce que je dois mettre ici s'il vous plaît)
Forum Linux.redhat NTP
9
fév.
2005
# service ntpd
Posté par Pat Le Nain . Évalué à 2.
[OT] Sur une distrib RedHat (les autres je connais pas), le script de lancement commence par synchroniser l'horloge locale (via la commande ntpdate) puis lance le démon. Le pourquoi du lancement de ntpdate s'explique par l'arrêt brutal de ntpd au démarrage si l'écart entre l'horloge de référence et l'horloge système est supérieur à 1000s (cf man ntpd - comportement désactivable avec l'option -g). [/OT]
Pour répondre à ta question, tu n'as pas besoin de lancer régulièrement de tâche via cron vu que le démon corrige en permanence l'horloge système.
Un petit rappel : une liste des serveurs français de strate 2 est disponible ici : http://www.cru.fr/NTP/serveurs_francais.html(...)
[^] # Re: service ntpd
Posté par Explozyon . Évalué à 1.
et donc ce démon corrigera en permanence l'horloge système en raison de combien de fois par semaine ? on ne peut pas le forcer à synchrjoniser chaque jour à 13h ?
pour des raisons de tests, je dérègle toujours mon horloge client redhat avec #date 020912562005
Et pour que ce démon corrige en permanence l'horloge système, il faut procéder avec chkconfig et aussi service ntpd ou ntpdate ?
j'ai pas très bien compris ton explication par rapport à mon problème.
[^] # Re: service ntpd
Posté par Vivi (site web personnel) . Évalué à 3.
"en permanence", ça veut bien dire ce que ça veut dire ...
je dérègle toujours mon horloge
vaut peut-être mieux couper le ntpd avant alors.
[^] # Re: service ntpd
Posté par Pat Le Nain . Évalué à 2.
De rien, je t'enverrai la facture :)
et donc ce démon corrigera en permanence l'horloge système en raison de combien de fois par semaine ? on ne peut pas le forcer à synchrjoniser chaque jour à 13h ?
En permance, ça veut dire tout le temps. Pour la manière dont il procède, il faut voir la doc de xntpd, c'est expliqué dedans.
Et pour que ce démon corrige en permanence l'horloge système, il faut procéder avec chkconfig et aussi service ntpd ou ntpdate ?
Il faut utiliser le couple chkconfig/service.
Rappel : chkconfig définit quels services il faut démarrer ou arrêter et dans quel ordre lors d'un changement de runlevel (lors du démarrage et de l'arrêt par exemple). Cette définition se fait par des liens (situés dans les répertoires /etc/rc*.d/) vers les scripts de /etc/init.d/. service est un wrapper qui appelle le script correspondant ds /etc/init.d/ avec les paramètres qui vont bien.
Classiquement, on utilise chkconfig pour configurer le service une fois pour toute. service est à appeler quand on veut démarrer ou arrêter manuellement un service/démon. Si tu as fait un chkconfig qui va bien, au démarrage ntpd sera lancé sans te demander ton avis (et à l'arrêt il sera coupé).
ntpdate lui synchronise une fois (et une seule) l'horloge système. Si l'horloge dérive après coup, elle ne sera pas corrigée (ce que fait en revance le démon).
j'ai pas très bien compris ton explication par rapport à mon problème.
Je sais, j'ai pas été très clair. J'espère que là, ce le sera plus ;)
Bonne chance, JimExplozyon
[^] # Re: service ntpd
Posté par Explozyon . Évalué à 1.
si ntpdate ne s'utilise qu'une seule fois, comment ferais-t-on pour l'arrêter pour pouvoir ensuite le relancer ?
(c'est parce que je fais des test en dérèglant plusieurs fois l'heure (#date MMJJhhmmaaaa) et donc d'essayer plusieurs fois la commande ntpdate.)
je sais que chkconfig ntpd on permet de synchroniser automatiquement la machine à chaque rebootage, mais le problème est que ma machine redhat joue le rôle de serveur et donc il tourne 24h/24 et 7j/7. Je ne le reboot donc jamais, et donc il ne risquera pas d'être synchronisé régulièrement.
je fais un #crontab -u root -e
dans le fichier je lui met:
00 13 * * * sh /usr/synchro/time
(time est un fichier dans lequel il est écrit "service ntpd start")
ça ne marche pas, mais lorsque je fais sh /usr/synchro/time en mode commande, il marche.
pourriez-vous m'aider s'il vous plait ?
merci beaucoup !!!
[^] # Re: service ntpd
Posté par kesako . Évalué à 4.
ntpdate c'est pour les grosses corrections de date.
ntpd corrige de tres petites variations pour que le pc soit parfaitement a l'heure 24h/24
[^] # Re: service ntpd
Posté par Explozyon . Évalué à 1.
[^] # Re: service ntpd
Posté par Explozyon . Évalué à 1.
pardon je voulais dire sans utiliser ntptrace
[^] # Re: service ntpd
Posté par kesako . Évalué à 2.
regarde ce que te dis /var/log/message
[^] # Re: service ntpd
Posté par Explozyon . Évalué à 1.
maintenant quand je le ré-utilise, il me dit: "ntpdate[1381]: The NTP socket is in use, exiting"
j'utilise donc service ntpd start (après avoir indiqué l'IP de Excalibur dans le fichier /etc/ntp/step-tickers) et il se synchronise parfaitement:
Synchronisation avec le serveur d'heure: [OK]
Démarrage de ntpd: [OK]
maintenant je veux le faire synchroniser automatiquement avec Cron chaque jour à 13h.
Je me connecte donc en Crontab -u root -e et je lui dit:
00 13 * * * (// et je ne sais plus quoi mettre ici)
(sachant que j'ai un fichier shell "Time" dans usr/synchro/ dans lequel il est écrit service ntpd start, et donc je veux que cette commande s'effectue chaque jour automatiquement à 13h00). Comment ferais-ton dans ce Cron ?
[^] # Re: service ntpd
Posté par Explozyon . Évalué à 1.
00 13 * * * /usr/synchro/time.cmd
et je reçois un mail qui me dit: Permission denied
[^] # Re: service ntpd
Posté par Alexandre Dombrat . Évalué à 1.
La syntaxe est indiquée en tête du fichier /etc/crontab, à savoir:
m h dom mon dow user command
Donc tu dois en fait écrire dans ce fichier:
0 13 * * * root ntpd start (un seul zéro suffit :p)
Mais il ne faut pas oublier de couper ce démon avant le lendemain, car sinon tu risques d'avoir une pluie de mails de cron pour te dire que ça ne se lance plus (j'imagine que le démon détecte s'il a déjà été lancé...)
En fait, comme le disait Vivi, c'est pas très intéressant de lancer ntpd aussi régulièrement si tu dérègles ensuite ton horloge... à ta place, je pense que je mettrais plutôt ceci dans la crontab (avec redirection de la sortie pour éviter les mails de cron):
0 13 * * * root ntpdate excalibur > /dev/null
D'ailleurs, si tu dérègles beaucoup l'horloge, je pense comme les autres, il vaut mieux lancer un ntpdate excalibur. Je dirais un peu que ntpdate c'est la tronçonneuse pour bien corriger un gros écart, et ntpd les petits ciseaux pour faire de minimes corrections (<1000s).
> si ntpdate ne s'utilise qu'une seule fois, comment ferais-t-on pour l'arrêter pour pouvoir ensuite le relancer ?
ntpdate se termine de lui-même une fois la requête effectuée. Il se synchronise avec le serveur spécifié, et exit (avec ou sans msg erreur :p). Tu lances donc un ntpdate, et dès que tu as à nouveau le prompt (au bout de quelques secondes), tu peux relancer un autre ntpdate... (mais je ne vois pas trop l'intérêt de le faire aussi fréquemment...!!)
> "ntpdate[1381]: The NTP socket is in use, exiting"
Attention à ne pas lancer ntpdate si tu as déjà un ntpd qui tourne !! Il y aurait conflit entre leurs deux actions. Pour lancer ntpdate, il faut couper ntpd: ntpd stop
> ce démon corrigera en permanence l'horloge système en raison de combien de fois par semaine ?
En regardant mes logs, je me suis rendu compte que la mise à jour par ntpd était effectuée environ toutes les heures.
[^] # Re: service ntpd
Posté par Explozyon . Évalué à 1.
1) j'ai essayé:
42 12 * * * root ntpd start
et je reçois un e-mail qui me dit:
/bin/sh: root: command not found
2) lorsque je lance un ntpdate, il me met le message "ntpdate[1381]: The NTP socket is in use, exiting" effectivement lorsque je démarre ntpd. Mais lorsque ntpd n'est pas démarré et que je lance un ntpdate, il me dit alors:
"10 Feb 12:45:56 ntpdate[1274]: no server suitable for synchronization found"
Alors qu'avec "service ntpd start" et le fichier step-tickers, ça marche très bien
3) quand t'as regardé tes logs pour voir les mises à jour de ntpd, où est situé ce log ?
[^] # Re: service ntpd
Posté par kesako . Évalué à 3.
ntpd c'est un demon ! il tourne en permanence !!!! il met a jour ton horloge toutes les heures je crois.
tu n'a absolument pas le redemarer tout le temps.
[^] # Re: service ntpd
Posté par Explozyon . Évalué à 1.
[^] # Re: service ntpd
Posté par Explozyon . Évalué à 1.
dans /var/log/messages1
je vais vérifier ntpd
merci
[^] # Logs ntpd => /etc/ntp.conf
Posté par Alexandre Dombrat . Évalué à 1.
et je reçois un e-mail qui me dit:
/bin/sh: root: command not found
Bizarre... pourtant le contenu de ta crontab est correct... on dirait qu'il cherche la commande root alors que tu l'as bien spécifié en tant que user, la commande est normalement ce qui suit !!
Mais je suis d'accord avec késako sur le fait que le démarrage d'un démon ne devrait pas être mis en cron, mon explication n'était là que pour t'éclairer sur l'utilisation de crontab, pas pour t'inciter à faire la faute de le lancer à tout bout de champ !
D'ailleurs, je crois que ça marche encore moins si on le lance/stoppe/relance sans cesse, vu qu'il se synchronise effectivement chaque heure...
> 2) [...]lorsque ntpd n'est pas démarré et que je lance un ntpdate, il me dit alors:
"10 Feb 12:45:56 ntpdate[1274]: no server suitable for synchronization found"
Tiens, je venais justement de repenser que ça m'était déjà arrivé... et je ne sais plus comment j'avais fait, je crois que je n'ai jamais vraiment trouvé la solution, je me suis simplement tourné vers ntpd... (si qqn a la solution pour ça, je suis aussi intéressé ! lol)
Pour ce qui est de service ntpd start, je n'ai pas de commande service sur mon système (Debian), et n'en ai donc jamais eu besoin...
> 3) quand t'as regardé tes logs pour voir les mises à jour de ntpd, où est situé ce log ?
# /etc/ntp.conf, configuration for ntpd
# ntpd will use syslog() if logfile is not defined
logconfig all
logfile /var/log/ntpd.log
Dans ce fichier, tu définis toi-même où tu veux qu'ils soient... et j'ai trouvé que c'était plus propre de les mettre dans un fichier séparé des syslogs...
> merci alexandre
Les forums sont faits pour s'entraider... ;)
[^] # Re: Logs ntpd => /etc/ntp.conf
Posté par Explozyon . Évalué à 1.
et je ne vois ntpd.log nulle part
j'ai pas le fichier ntpd.log, comment ça se fait ?
et quand je fais un logconfig all, il me met "command not found"
[^] # Re: Logs ntpd => /etc/ntp.conf
Posté par Alexandre Dombrat . Évalué à 1.
En fait, logconfig n'est pas une commande mais un paramètre de configuration.
Ce que je t'avais mis est juste le début de mon fichier /etc/ntp.conf.
Dans ce fichier, tu spécifies les lignes suivantes:
logconfig all # pour dire que tu logges tout
logfile /var/log/ntpd.log # le fichier que tu choisis pour ces logs
mais à la place de /var/log/ntpd.log ça pourrait être /prout/truc/machin.chose si tu veux !! (c'est toi qui décides selon la clarté et l'organisation que tu veux donner à tes logs)
C'est donc normal que tu ne trouves pas de ntpd.log dans ton /var/log, vu que tu ne l'as pas spécifié dans la conf de ntpd...
[^] # Re: Logs ntpd => /etc/ntp.conf
Posté par Explozyon . Évalué à 1.
ce n'est rien ! merci encore !
donc j'ai fais ça et j'ai enfin ce fichier ntpd.log dans le chemin /var/log/
encore un problème: je vais voir dans ce log par "vi" et là je comprend rien à ce qui est écrit !!
[^] # Re: Logs ntpd => /etc/ntp.conf
Posté par Alexandre Dombrat . Évalué à 1.
10 Feb 14:59:54 ntpd[714]: synchronisation lost
10 Feb 14:59:54 ntpd[714]: system event 'event_clock_reset' (0x05) status 'leap_none, sync_unspec, 15 events, event_peer/strat_chg' (0xf4)
10 Feb 14:59:54 ntpd[714]: system event 'event_peer/strat_chg' (0x04) status 'leap_none, sync_unspec, 15 events, event_clock_reset' (0xf5)
10 Feb 15:00:07 ntpd[714]: peer 192.168.0.1 event 'event_reach' (0x84) status 'unreach, conf, 15 events, event_reach' (0x80f4)
10 Feb 15:25:41 ntpd[714]: time reset -0.809834 s
En fait, ça te dit quand il a perdu une synchro avec un serveur (défini dans ton /etc/ntp.conf), et les opérations qu'il peut faire avec le protocole NTP. Les system event sont peu utiles dans notre cas je pense...
Ca dit aussi que mon ntpd a atteint 192.168.0.1 (qui est le serveur que j'ai défini dans mon ntp.conf), et qu'il a réinitialisé l'horloge qui comportait une erreur de moins d'une seconde... (j'ai pas trouvé grand chose en doc sur tout ça, mais je pense que ça doit être la bonne interprétation, non ?)
En fait, je m'en sers surtout pour savoir si tout se passe bien. Ici, la perte de synchro de mon log n'est pas la fin du monde et ne reflète rien de significatif hormis quelques paquets perdus sur le réseau. Et comme le NTP fonctionne en mode UDP et non pas TCP, un paquet perdu est perdu (en TCP, il est redemandé et réexpédié en cas d'erreur), ce qui est logique, car on ne veut pas une synchro avec des paquets de données trop anciens...
[^] # Re: Logs ntpd => /etc/ntp.conf
Posté par Explozyon . Évalué à 1.
j'ai donc synchronisé mon client à 15h15 et y'avait des choses d'inscrit dans mon ntpd.log
à 16h10 je reçois un nouveau log dans ntpd.log:
10 Feb 16:10:12 ntpd[1232]: offset 0.000000 sec freq 0.000 ppm error 0.000015 poll 4
Je vois donc le mot "error", ça signifie qu'un paquet est perdu ? si oui je pense que je m'en soucierai pas trop. Tu as compris le vrai sens de cet log ?
[^] # Re: Logs ntpd => /etc/ntp.conf
Posté par Alexandre Dombrat . Évalué à 1.
Pour connaître la signification précise de ces informations, il faudrait regarder les spécs de NTP et certainement le code source de ntpd... mais ça me tente pas trop en ce moment, j'ai un peu d'autres chats à fouetter !! (oh non, les pauvres bêtes...)
A la vue de ton log, tout ce que je peux te dire c'est que ton ntpd tourne correctement, et qu'en attendant un peu il va te régler ton horloge comme il faut.
En revanche, je viens de relire le man ntpd, et ils parlent de la correction de l'horloge. Si l'écart est trop important, ça peut prendre des heures pour décaler progressivement l'horloge jusqu'à l'heure exacte (ntp ne règle pas l'horloge d'un coup mais procède à de petites corrections amorties dans le temps...). Du coup, je pense encore moins que ça marche de lancer ntpd juste pour quelques heures si ton horloge est totalement déréglée pour tes tests.
[^] # Re: Logs ntpd => /etc/ntp.conf
Posté par Explozyon . Évalué à 1.
Merci, c'est trop bien expliqué... jusqu'à présent je ne comprenait toujours pas pourquoi NTP etait encapsulé dans UDP plutot que TCP.
"Pour connaître la signification précise de ces informations, il faudrait regarder les spécs de NTP et certainement le code source de ntpd..."
moi ça m'interresse bien. où se trouverait ces codes s'il te plait
[^] # Re: Logs ntpd => /etc/ntp.conf
Posté par Explozyon . Évalué à 1.
11 Feb 10:15:27 ntpd[956]: offset 0.000000 sec freq 0.000 ppm error 0.000015 poll 4
11 Feb 11:15:27 ntpd[956]: offset 0.000000 sec freq 0.000 ppm error 0.000015 poll 4
11 Feb 12:15:27 ntpd[956]: offset 0.000000 sec freq 0.000 ppm error 0.000015 poll 4
le démon est sensé se synchroniser en se rapprochant petit à petit de l'heure de référence, mais le problème c'est que mon offset (ntptrace NomServeur) s'éloigne de plus en plus de 0 au lieu de s'y rapprocher, et cela depuis ce matin (et maintenant ça me fait un retard de 1min30sec). Qu'est ce que ça veut dire ?
[^] # Code source de ntpd...
Posté par Alexandre Dombrat . Évalué à 1.
Pour la petite histoire, ça se passe généralement comme ceci.
Un auteur développe un programme libre et fournit les sources en tar.gz.
Un mainteneur de chez Debian est chargé d'en construire un paquet Debian, il doit pour cela modifier légèrement les sources (en fait, c'est juste les chemins d'installation/fichiersconf qu'il modifiera si ce n'est pas conforme à l'archi du système). Ces différences sont listées dans un fichier (qui est fourni sur la même page Debian que le paquet en question).
Ca te permettra d'avoir les sources liées à ta RedHat même si ça vient de chez Debian... :)
Donc les sources d'origine: fichier package.orig.tar.gz (c'est ce qui t'intéresse)
Les différences entre package/sources: fichier package.diff.gz
Donc si c'est juste les sources qui t'intéressent, tu peux aller voir sur la page citée au début de mon post, en précisant bien que tu veux le package source dans ta recherche.
D'ailleurs, je te donne carrément la page des sources: http://packages.debian.org/testing/source/ntp(...)
Voilà, amuse-toi bien !! :)
Rajout de dernière minute:
Je viens de voir ton nouveau post, je n'en sais pas plus que toi et ne peux malheureusement répondre à ce pb bizarre autant qu'étrange... je crois que tu devrais essayer de chercher sur google un peu de doc sur le sujet... (il y a aussi un package ntp-doc qui existe sous Debian et qui copie des fichiers html dans /usr/share/doc/ntp-doc, vérifie pour l'équivalent sous RedHat !)
Bonne chance !
[^] # Re: Code source de ntpd...
Posté par Explozyon . Évalué à 1.
depuis ce matin (9h15), mon démon n'a pas du tout l'air de se synchroniser, et maintenant j'en suis à 2min20sec de retard par rapport à mon serveur de temps.
alors que dans le log, il me repete la même chose chaque heure:
11 Feb 11:15:27 ntpd[956]: offset 0.000000 sec freq 0.000 ppm error 0.000015 poll 4
Qu'est ce qu'il lui prend de s'éloigner autant ? son offset s'éloigne de plus en plus de 0, pourquoi il me fait ça à moi ? personne n'a jamais rencontré cet bizarrerie ?
[^] # Peut-être une idée...
Posté par Alexandre Dombrat . Évalué à 1.
Et si tu coupais ton ntpd un petit moment ??
Tu en profites alors pour lancer ntpdate qui te recalera ton horloge, et ensuite tu lances ntpd pour garder l'ordi à l'heure à l'avenir ??
Bon, d'accord, ça fait revenir au pb du time server not found (je sais plus le message exact que tu avais...), mais je viens de réessayer sur mes machines, et ntpdate fonctionne bien une fois sur 5... j'avoue que j'ai pas tout compris, mais bon !! En clair, attends un peu avant de relancer un ntpdate (environ 5 à 10min je pense...)
On dirait que le serveur ne répond pas toujours au client si les requêtes sont trop rapprochées... ça doit être une sorte de sécurité, il faudrait consulter la doc du protocole...
En tous cas, l'avantage si tu arrives à faire ça, c'est que tu fera une grosse correction d'un coup et ensuite ntpd se chargera des petites corrections progressivement, sinon il risque d'avoir du mal à rattraper un tel retard !!
Sinon, je comprends ta lassitude à ne pas trouver ce que tu cherches...
[^] # Re: Peut-être une idée...
Posté par Explozyon . Évalué à 1.
"11 Feb 15:55:56 ntpdate[1274]: no server suitable for synchronization found"
[^] # Re: Peut-être une idée...
Posté par Explozyon . Évalué à 1.
[^] # Blocage du port ??
Posté par Alexandre Dombrat . Évalué à 1.
Depuis ta machine cliente, essaie (sous root) un nmap -n -sU -p 123 IPduSERVEUR
Tu peux aussi faire sur le serveur (sous root) un netstat -taupenl pour vérifier que tu as bien un LISTEN devant 123/udp...
Il est possible qu'un firewall te bloque des accès... à ce moment-là il faudra regarder vers iptables si c'est le cas...
[^] # Re: Blocage du port ??
Posté par Explozyon . Évalué à 1.
"Starting nmap V. 2.54BETA22 (www.insecure.org/nmap/ )
Interesting ports on (10.2.200.2):
Port State Service
123/udp open ntp
Nmap run completed -- 1 IP adress (1 host up) scanned in 4 seconds"
donc cela prouve que rein est bloqué au niveau des ports firewall...
et dans mon log, il me met à chaque heure toujours le même message:
14 Feb 9:00:25 ntpd[956]: offset 0.000000 sec freq 0.000 ppm error 0.000015 poll 4
toujours ce même message tous les heures et je me demande si ce démon en bien en train de se synchroniser alors qu'à chaque heure, mon offset s'éloigne de 0 au lieu de se rapprocher.
Je dois y remédier à ce problème le plus vite possible, sinon je ne pourrai plus retourner sur mon poste linux et je devrai travailler sur windows. Parmi tous les forums que j'ai galéré à chercher sur internet, ce site m'a semblé être le meilleur entraide linux où il y a le plus de pro, d'après tous les tuyaux que j'ai visité. J'ai aussi vu un sujet NTP datant de 4 ou 5 ans "mettez-vous à l'heure".
C'est pour ça que je compte énormément sur votre aide
merci !!!
[^] # Re: Blocage du port ??
Posté par Explozyon . Évalué à 1.
quand je fais ntpq -p j'ai la réponse:
remote refid st t when poll reach delay offset jitter
=======================================================================
*LOCAL(0) LOCAL(0) 10 1 44 64 17 0.000 0.000 0.031
Excalibur 0.0.0.0 16 u - 64 0 0.000 0.000 4000.00
il y a une étoile devant la ligne LOCAL et je ne comprend pas pourquoi il n'est pas devant Excalibur qui est mon unique serveur de temps.
voici le contenu de mon ntp.conf:
logfile all
logfile /var/log/ntpd.log
server 127.127.1.0 #local clock
fudge 127.127.1.0 stratum 10
server excalibur
driftfile /etc/ntp/drift
multicastclient
braodcastdelay 0.008
authenticate no
#keys /etc/ntp/keys
(j'ai donc dans ce fichier un chemin d'un fichier drift (dans lequel il est toujours écrit 0.00 sans changer et je ne sais pas pourquoi), un chemin keys (qui est décommenté et que je ne sais pas à quoi il sert))
voila j'espère que ces informations pourrait vous donner des idées pour m'aider... merci !!
[^] # Re: Blocage du port ??
Posté par Explozyon . Évalué à 1.
[^] # Re: Blocage du port ??
Posté par Alexandre Dombrat . Évalué à 1.
logconfig all
logfile /var/log/ntpd.log
driftfile /var/lib/ntp/ntp.drift
statsdir /var/log/ntpstats/
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
server excalibur
Si ton offset est toujours à 0.00, c'est à mon avis parce que tu as mis localhost en server (127.0.0.1). C'est logique que l'horloge d'un ordi soit la même qu'elle-même !!
Tu devrais donc mettre server excalibur à la place pour que ton client se synchronise non plus avec lui-même mais bien avec excalibur !! ;)
En fait, je crois que le fichier drift contient l'écart qu'il a dû appliquer à ton horloge lors du dernier sync.
Le chemin keys est à utiliser si tu dois avoir une authentification par clés pour se synchroniser au serveur (genre clés SSH je crois, mais je n'ai jamais essayé, je n'utilise pas d'authentification pour NTP...)
En revanche, je ne connais pas les VmWare, je ne sais pas si ça vient de là.
[^] # Re: Blocage du port ??
Posté par Explozyon . Évalué à 1.
mais dans le fichier ntp.conf que signifie ces lignes ?
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
ce sont des commentaires et il faut les décommenter ou pas ?
dans mon fichier ntp.conf, meme si je met seulement server excalibur, c'est toujours le même problème... à chaque heure le même message dans mon log:
14 Feb 08:00:25 ntpd[956]: offset 0.000000 sec freq 0.000 ppm error 0.000015 poll 4
donc si je récapitule, ton fichier ntp.conf de ton redhat contient les lignes que t'as indiqué, tu lance ntpdate, ensuite le démon et tout est synchronisé tous les heures pour toujours (si ton redhat tourne 24h/24) ? facile à dire mais pas facile à faire marcher...
[^] # Re: Blocage du port ??
Posté par Alexandre Dombrat . Évalué à 1.
Ce qui me gêne dans ton log n'est pas le error 0.000015, mais l'offset qui reste nul... chez moi aucune valeur n'est nulle.
Tu n'as jamais ce genre de ligne ?? 15 Feb 13:14:53 ntpd[714]: time reset -0.161377 s
Dailleurs, je n'ai pas de RedHat, mais une Debian. Elle n'est pas constamment connectée au net (seulement durant la journée en fait) mais elle reste à l'heure quand même.
Je ne lance jamais de ntpdate sur cette machine, le ntpd se lance tout seul au démarrage et s'occupe du reste... et tout fonctionne !!
En clair, je ne sais plus du tout pourquoi ça ne fonctionne pas chez toi... désolé !! :/
[^] # Re: Blocage du port ??
Posté par Explozyon . Évalué à 1.
et Pierre Jarillon et Xarly ?
ils peuvent pas m'aider ?
la ligne time reset -0.161377 s est présent juste après que j'ai lancé le démon et après il me met toujours le même message tous les heures et son offset ne cesse de s'eloigner de 0.
je ne sais pas pourquoi ce démon se montre "diabolique" envers moi alors que je lui ai rien fait. je veux juste qu'il travaille comme il doit le faire et que son offset cesse de s'eloigner de 0
j'ai peut etre quelque dernières questions:
que signifie ntpdate si ce n'est pas un démon ? un service ? un programme ?
que signifie un démon ? un service ? un programme ? dans ce cas quel est la distinction entre la définition d'un démon ntpd et celui de ntpdate?
merci
[^] # Re: Blocage du port ??
Posté par Alexandre Dombrat . Évalué à 1.
ntpd est un démon (ici, c'est aussi un service)
Pour les définitions, je résumerais par ceci:
démon: programme qui tourne en permanence.
service: c'est un programme qui réagit lorsqu'on lui fait une requête (exemple: httpd, proftpd... qui sont aussi des démons ! Ils réagissent en renvoyant une page web ou une connexion ftp)
programme: c'est une appli qui se termine une fois qu'elle a fini, mais qui peut aussi ne jamais s'arrêter, sauf quand on le lui spécifie (c'est alors un démon).
distinction entre la définition d'un démon ntpd et celui de ntpdate?
ntpdate n'est pas un démon !! Alors que ntpd tourne en permanence, ntpdate ne tourne que lorsque tu l'appelles, fait ce qu'il a à faire (càd une requête NTP) et se termine aussitôt !!
ntpdate n'est pas un programme qui tourne en boucle, il faut l'appeler à chaque fois que tu en as besoin. ntpd tournant en boucle, tu ne t'en soucies pas car il fait toujours son travail à intervalles réguliers (chaque heure environ pour le cas de ntpd)
J'espère que mes explications t'ont éclairé... et bon courage pour trouver la solution à ton problème !! A mon avis maintenant, peu de monde tombe sur cette page qui est devenue trop récente, les gens voient davantage les posts plus récents. Ca expliquera certainement le silence des autres... (pour mon cas, c'est parce que je suivais en fait l'actualité de ce post car je me sentais les capacités de t'aider).
C'est un peu dommage qu'un post soit ainsi "oublié" des visiteurs, car ça oblige à reposter un nouveau message pour la même question juste histoire de remettre le sujet parmi les plus récents... une idée à soumettre aux admins de Linuxfr ??
[^] # Re: Blocage du port ??
Posté par Explozyon . Évalué à 2.
sûrement...
je ne peux plus compter que sur moi-même pour trouver la solution, merci à vous, merci Alex
si je trouve la solution, je le mettrai sur ce forum
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.