Re: ntp : ?tude de cas
On Wed, 24 Apr, 2002 à 11:36:55AM +0200, georges mariano wrote:
> On Wed, 24 Apr 2002 11:09:03 +0200
> Thomas Nemeth <tnemeth@free.fr> wrote:
>
> > C'est exactement mon cas ici.
>
> c'est un cas fort général je présume ...
>
> bon, je suis un peu maniaque sur les détails mais ce sont eux qui font
> la différence (entre 10mn d'install et 2heures de galère ;-)
>
> aussi vais-je chipoter un (tout petit) peu ... (essentiellement pour
> être sûr que nous sommes bien ... synchro.
Chipotons, chipotons, il en restera tjs quelquechose.
> > ntp
> sur A
Un serveur NTP, ntp par exemple.
> > ntpdate
> sur les Ci
Un client NTP ou SNTP me semble plus adéquat que ntpdate, David Mills
lui-même déconseille le recours à ntpdate. Il n'y a, à ma connaissance,
pas de client et/ou serveur SNTP packagé pour debian. Ou tout bêtement
rdate toutes les 2 heures si l'objectif pour les Ci est simplement de
rester à moins de quelques secondes de A. Pour ma part je me tournerai
vers un client NTP.
> > Sur une machine externe.
> quelconque ? ;-) non bien sûr, elle doit disposer de ??
Sur un serveur NTP externe.
> > La liste des machines permettant de se
> > synchroniser sur elles est disponible sur le net.
> ça c'est la liste des machines officielles (dans le cas le plus
> général, il peut en exister d'autres externes à ton sous-réseau,i.e
> celles du réseau/domaine auquel tu appartiens (pas nécessairement dans
> la liste officielle donc)
Le choix précis des machines externes dépend des contraintes connues de
l'admin : firewall, politique corpo, proxymité réseau...
> > | Q3 : quid des défaillances envisageables ?
Le protocole les prend en charge.
> > Quelles défaillances ;-) ? Depuis plusieurs années que j'utilise
> > ntp, je n'ai jamais eu de défaillance.
>
> si une machine (serveur) tombe en rade, quel est le mode dégradé pour
> A ? pour les Ci ? (le temps qu'on répare quoi ... [intérêt de 'chrony'
> ??]
2 cas pour ntp :
- tu n'as qu'une machine référence, au bout de 8*1024 secondes environ
ta machine va considérer qu'elle ne peut plus atteindre de serveur et se
déclarer désynchronisée. Pendant toute cette durée, elle aura maintenu
sa propre estimation de l'heure UTC qui ne sera fausse que de quelques
dizaines de millisecondes.
- tu utilise plusieurs serveurs de références, l'un d'eux devient
indisponible, les processus de sélection et de filtrage porteront sur
les serveurs restant, voilà tout.
Pour chrony, en déclarant le serveur défaillant offline ta machine se
fiera à sa propre estimation jusqu'à ce que tu lui redéclare le serveur
online. Je ne sais pas comment il gère la situation si tu n'interviens
pas, mais tu auras de toute façon au moins les 8*1024 secondes qui sont
liées au protocoles où il se considèrera synchronisé.
> > Petite note sur la config :
> > la config de A se réfère à 2 serveurs NTP
> choisis comment ?
J'en recommande plutôt 4 car cela permet de résister à un serveur en
panne et un qui ment simultanément, mais passons. Il faut choisir les
plus proches (nombre de hop et temps de ping).
--
( >- Laurent PICOULEAU -< )
/~\ laurent@nerim.net /~\
| \) Linux : mettez un pingouin dans votre ordinateur ! (/ |
\_|_ Seuls ceux qui ne l'utilisent pas en disent du mal. _|_/
--
To UNSUBSCRIBE, email to debian-user-french-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: