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 Alexandre Dombrat . En réponse au message NTP. É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à.