Re: Fonctionnement de NTP
Le Tue, 31 Jul 2012 00:10:22 +0200,
Gilles Mocellin <gilles.mocellin@nuagelibre.org> a écrit :
>Le 30/07/2012 12:01, David BERCOT a écrit :
>> Bonjour,
>>
>> Je voudrais que des serveurs Debian soient toujours synchronisés avec
>> des serveurs NTP internes.
>> A priori, la solution consiste à utiliser le démon NTP (ntpdate
>> semble en plus ne pas fonctionner correctement avec la version
>> stable).
>>
>> Donc, après l'installation de ntp sur un de ces serveurs, je remplace
>> les lignes server 0.debian.pool... par les serveurs internes. Puis je
>> relance ntp.
>>
>> Malheureusement, il semble que celui-ci ne veuille pas se
>> synchroniser... J'ai le résultat suivant :
>> root@serveur_debian:/etc# ntpdc -p
>> remote local st poll reach delay offset
>> disp
>> =======================================================================
>> =s90w801.ad.inse 10.44.209.188 2 64 377 0.01012 -31.80681
>> 0.12862 =s44w801.ad.inse 10.44.209.188 3 64 377 0.00047
>> -31.81074 0.12860 =s48w801.ad.inse 10.44.209.188 2 64 377
>> 0.02019 -31.81138 0.12857
>>
>> A priori, on a bien 31 secondes d'écart ?
>>
>> Le problème est que cet écart ne bouge pas sur la durée (plusieurs
>> jours)... Est-ce normal ? Y a-t-il une limite de temps qui fait que
>> c'est trop important pour ntp ? Y a-t-il des contraintes
>> particulières sur des serveurs virtuels (sur VMware) ?
>>
>> Bref, j'avoue que j'étudie le problème depuis près de 2 semaines sans
>> succès...
>>
>> Merci d'avance pour vos idées lumineuses ;-)
>>
>> David.
>>
>Salut,
>
>Pourrais-tu nous montrer ton fichier /etc/ntp.conf (sans les
>commentaires) ?
Le voici :
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 10.44.252.1 iburst
server 10.90.252.1 iburst
server 10.48.252.201 iburst
>As-tu l'option iburst sur tes serveurs ?
>As-tu la source de synchronisation locale d'activée ?
>
>Sinon, NTP a un modèle arborescent comme le DNS.
>Il serait bien que tu ais deux serveurs synchronisés sur une source
>fiable, GPS ou Internet.
>Ensuite tous tes autres serveurs synchronisés sur ceux-ci.
Je comprends, sauf que je n'ai pas la maîtrise sur les serveurs
ci-dessus... Pour info, ce sont des serveurs Windows, DC.
Quant aux serveurs Debian, du point de vue NTP, ce ne sont bien que des
clients...
>Si tu un cluster et que tu veux synchroniser tous les nœuds entre
>eux, il vaut mieux les déclarer en tant que pair (peer) plutôt que
>serveurs (server). Ça me semble plus logique, et peut-être que le
>mécanisme n'aime pas les boucles (si tous les serveurs sont à la foi
>serveur et client pour les autres)
David.
Reply to: