ntpd mauvaise synchronisation

[drKzs]

Bonjour,

J'essaie de mettre en place NTP, et j'ai quelques soucis.

J'ai un serveur A qui se synchronise avec personne. J'ai juste mis

Code :

1
2
3
 
server 127.127.1.0
fudge 127.127.1.0

Ensuite quelques machines qui se synchronisent (sont censées) .
J'ai juste, en plus de l'horloge locale, ajouté

Code :

server {serverA-ip}

Dans les logs des machines, je vois :

Code :

{date blabla} : synchronized to 172.16.52.1, stratum 1

Il s'agit bien de l'adresse du serveur, mais l'horloge n'est pas synchronisée

Parfois juste en dessous, j'ai

Code :

{date blabla} : synchronized to LOCAL(0), stratum 10

Pourquoi il se synchronise toujours sur l'horloge locale, c'est un comportement normal ?

Pour info, quand je fais ntpq -p, j'ai

remote refid st t when poll reach delay offset jitter
==============================================================================
serverA LOCAL(0) 11 u 40 128 177 0.095 -210461 98.625
*LOCAL(0) .LOCL. 10 l 36 64 377 0.000 0.000 0.001

c'est normal que refid ne soit pas l'adresse IP ?

Merci

[drKzs]

grr sur 5 machines, une seule se synchronise
Pourtant, c'est le même fichier de configuration, y a pas de firewall....

??

[ram-0000]

Une idée comme cela, si la désynchro est trop importante, certains démons ntp refuse de se synchroniser.

Peut être qu'il faut que tu fasse d'abord une mise à l'heure grossière à la main pour laisser ensuite ntp finir le boulot

[drKzs]

ah oui, l'offset max... non malheureusement, il y a environ 10 ou 15 minutes de différences seulement...

Parfois il y a un long moment avant qu'un synchronized apparaisse dans les logs, comme si ntp était inactif (il tourne toujours pourtant)...

Je vais voir demain matin o ça en est...

[drKzs]

Bon, depuis hier soir mes machines ne se sont pas synchronisées, dernières traces à 18h36

[drKzs]

remote refid st t when poll reach delay offset jitter
==============================================================================
serverA LOCAL(0) 11 u 40 128 177 0.095 -210461 98.625
*LOCAL(0) .LOCL. 10 l 36 64 377 0.000 0.000 0.001

Si l'étoile est devant LOCAL, ça signifie que la machine se synchronise avec LOCAL et non avec serverA je crois ?

[drKzs]

Bien, après être tombé sur la FAQ ntp ( j'aurai dû regardé avant )
il semble que retirer les ordres d'horloge locale résolve le problème, problème à priori connu sur certains kernel...

Je continue à observer les logs et je viendrai confirmer la solution, qui pose néanmoins problème si mon serveurA se synchronise lui-même sur un serveur "externe", cas dans lequel il semble bel et bien recommandé de spécifier une horloge locale, au cas où le serveur "externe" ne serait pas joignable.
La question qui reste est donc, si le serveur "externe" n'est plus joignable, et si aucune horloge locale n'est spécifiée sur mon serveur A, est-ce mon serveurA permettra quand même aux 5 machines de synchroniser ?