On Thu, 4 Nov 2004, Stephane List wrote:

> >- si le pc de bureau est allumé 24h/24, ajoute
> >  /usr/sbin/ntpdate [serveur ntp]   (chemin valable sous bsd, linux, solaris)
> >  dans ton crontab, par exemple toutes les nuits à minuit.
> >- si tu l'éteins tous les jours, ajoute la même commande à la fin de ton
> >  /etc/rc.local
>
> Ce n'est pas comme ca que ca doit marcher ntp !

il n'y a pas de "bonne" façon, ntp est un protocole, ntpd et ntpdate deux
façons très différentes de l'utiliser, et les deux sont valables, selon le
but recherché.

> Il y a un algo qui permet d'autocorriger son heure locale en accedant de
> moins en moins au serveur ntp.
> Bref, je conseille plutot de laisser ntpd, et de ne rien mettre dans le
> crontab.

pourtant je continuerai à réserver ntpd à mes serveurs, et ntpdate aux
postes de travail. tétu le gars, hmm ?  ;)

plus sérieusement, ntpd est un démon.
par conséquent, come tout démon, lorsqu'il tourne il est résident, il
utilise donc des processus, du cpu, et de la mémoire.

il ne me paraît pas utile de laisser sur un poste de bureau tourner un
démon dont le seul rôle est de lancer une requête toutes les trente
minutes à un serveur.

de plus (et surtout) rien ne permet d'affirmer qu'un démon (qui en tant
que serveur tcp écoute sur un ou plusieurs ports) ne peut être détourné de
son utilisation (je parle donc de bug, de buffer overflow, et par
conséquent de risques d'intrusion).
celà s'est déjà vu, y compris pour ntpd.

moralité, moins j'ai de démons qui tourne, mieux mon système se porte.

ntpdate, lui, est un programme qui ne demande de ressources que le temps
d'envoyer et recevoir la requête - et après pour le système il n'existe
plus.
une synchro par jour est amplement suffisant, et celà n'a aucune incidence
sur les serveurs ntp par rapport à ntpd (sauf que ntpd est plus
aléatoire).

-- 
Serge Hartmann    -    System & Network Engineer
[EMAIL PROTECTED]  -  cell: +33(0)6 16 56 11 86
jabber-id : [EMAIL PROTECTED] (this is not an e-mail address)

Linux-Azur :      http://www.linux-azur.org
Désinscriptions: http://www.linux-azur.org/liste.php3
**** Pas de message au format HTML, SVP ****

Répondre à