Re: serveur ntp
Bonjour,
Le 26 Mar, Georges Mariano a écrit:
[snip...]
> c) comment vérifier que "ça marche effectivement" ??
> quels tests ?
> (si la machine serveur est déca à l'heure correcte ...)
[snip...]
> Merci
>
utiliser ntpdc, la commande sysinfo. Par défaut, ntpdc se connecte à la
machine locale. La commande host de ntpdc permet de se connecter à une
autre machine, par exemple un serveur, si le serveur l'autorise bien
sur. La commande help de ntpdc est très utile.
exemple :
ntpdc
ntpdc> sysinfo
system peer: this-network.univ-brest.fr
system peer mode: unspec
leap indicator: 11
stratum: 16
precision: -16
root distance: 0.00000 s
root dispersion: 0.02910 s
reference ID: [0.0.0.0]
reference time: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000
system flags: auth monitor ntp kernel stats kernel_sync
jitter: 0.000000 s
stability: 0.000 ppm
broadcastdelay: 0.003998 s
authdelay: 0.000000 s
Le reference time indique clairement que ca merde. sur ma machine,
ntp fonctionne pas correctement. Normal, je viens juste d'installer,
je l'ai pas configuré ,et je vais le virer dans 5 minutes.
ntpdc> host ntp.via.ecp.fr
current host set to zen.via.ecp.fr
ntpdc> sysinfo
system peer: canon.inria.fr
system peer mode: client
leap indicator: 00
stratum: 2
precision: -17
root distance: 0.01547 s
root dispersion: 0.02019 s
reference ID: [192.93.2.20]
reference time: c04ac3fd.cf1d1d47 Tue, Mar 26 2002 10:55:09.809
system flags: auth monitor ntp kernel stats kernel_sync
jitter: 0.003662 s
stability: 0.001 ppm
broadcastdelay: 0.003998 s
authdelay: 0.000000 s
Ici, on voit que le reference time indiqué par le serveur et les
autres paramètres sont corrects
Enfin, de mémoire, il me semble que la synchronisation prend un peu de
temps. faut pas essayer ntpdc juste après avoir lancé ntpd.
Le 25 Mar, Latreyte David a écrit:
> Bonjour,
> sur quelques posts il est fait allusion à ntp et ntpdate sans souligner
> la différence qui existe entre les deux (si j'ai bien compris la doc
> bien sur) : ntp synchronise la machine progressivement, sans la
> perturber (cette synchronisation prend plus d'un quart d'heure) et
> s'adapte donc assez bien à un intranet ou une connection permanente.
> ntpdate est plus brutal, il adapte instantanément l'heure, il est donc
> plutôt adapté aux connections intermittentes.
>
> J'ai bon ?
>
Disons plutôt que ntp refusera de synchroniser une machine si le décalage
est trop important. Donc :
ntpdate, très tôt dans la phase de boot,
puis ntpd pour maintenir l'horloge en douceur.
Cela dit, pour les connexions intermittentes, y'a pas le choix.
Un dernier mot, il est possible d'utiliser un mode broadcast pour
les serveurs et broadcastclient pour les clients. La précision est un peu
plus faible, mais cela permet de déployer à peu de frais (un peu moins
d'un paquet réseau par minute) ntp sur tout un site. Voir
/usr/share/doc/ntp-doc/html/confopt.htm du paquet ntp-doc.
Christophe.
--
char*p="[)1++++++11+(QI1)9191991)9)1)(II1)919Y91)9)1)(AK+9;991+3*(9I1*IY991)Q1\
)(1I1))A91991)Q1)(+)1)1++9;)Q1+(";main(_){while(*p){for(_=*p-32>>3;_;--_)
putchar(' ');if(!(_=*p++-32&7))putchar('\n');else while(_--)printf("_/");}}
--
To UNSUBSCRIBE, email to debian-user-french-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: