On Wed, 24 Apr, 2002 � 06:33:05PM +0200, georges mariano wrote: > > un peu par hasard en explorant webmin (beau joujou ;-) > je tombe sur �a : > serveur de temps > avec le commentaire suivant : > <<Un serveur peut offrir le service 'daytime' qui renvoie l'heure > courante du syst�me. > Ce service peut �tre offert � l'interne par inetd. > > Ce r�sultat peut �tre appliqu� � l'heure syst�me ou mat�riel.>> > > > Question simple : > quel lien comparatif peut-on �tablir avec ntp ?? > (fonctionnalit�/fiabilit�/s�curit� ??)
Pas le m�me but, daytime permet de savoir l'heure de la machine distante, ntp permet de synchronyser ton horloge avec l'horloge distante, pas seulement avoir la m�me heure, mais aussi �voluer � la m�me vitesse. ntp est plus complexe : la machine A veut demander l'heure � la machine B. daytime : A : � H�, B, quelle heure est-il ? � B : � Il est 17h30m22s � A met son horloge � l'heure que lui a donn� B. quelques pbs : la r�ponse de B n'est pr�cise qu'� la seconde pr�s, on ne sait pas combien de temps la question � mise pour parvenir � B, combien de temps B (qui est un peu dur de la feuille) a mis pour traiter la question, ni combien de temps il a fallu � la r�ponse de B pour parvenir � A. ntp : A : � H� B, quelle heure est-il ?� et je note que j'ai pos� la question � l'instant M_0 B : � J'ai re�u ta question � 17h30m22,106307s et maintenant il est 17h30m22,835279s � A re�oit la r�ponse de B en M_1, note combien de temps s'est �coul� entre l'�mission de la question et l'obtention de la r�ponse, soustrait le temps que B a mis � r�pondre le r�sultat donnant T. T/2 est consid�r� comme �tant le temps de trajet de A vers B (les temps de parcours nettement assym�triques demandent des pr�cautions sp�ciales, je simplifie donc). A sait maintenant que lorsque lui pensait qu'il �tait M_0+T/2, B pensait qu'il �tait 17h30m22,106307s, il sait maintenant qu'elle diff�rence d pr�sentaient leurs horloges respectives � l'instant ou B a re�u la question. Si leurs horloges �voluaient � la m�me vitesse, A pourrait se dire que lorsqu'il re�oit la r�ponse de B l'heure de B est 17h30m22,835279s+T/2 mais c'est h�las faux. Supposons que l'intervalle s�parant M_0 et M_1 fasse 2 secondes vu par B et 3 secondes vue par A (c'est caricatural, c'est juste pour aider � voir o� est le hiatus). La seule info fiable obtenue par cet unique �change c'est la valeur du couple (17h30m22,106307s ; d), il faut collecter plusieurs tels couples pour connaitre les vitesses relatives des deux horloges (si d est constant on va � la m�me vitesse, d augmente A va trop vite, d diminue A est trop lent). Une fois l'�cart et les vitesses relatives connus, on peut commencer � corriger l'horloge de A. Nettement plus complexe, non ? Ceci dit, la pr�cision est bien meilleure (micro, voire nano secondes), l'info collect�e est bien plus importante. Resterait � expliquer les m�canismes de s�lection d'un serveur quand on interroge plusieurs, cela nous entrainerait un peu loin sachant que j'ai bcp simplifi� ce qui se passe pour un �change le client (A dans mon exemple) fait plus de calcul que cela. -- ( >- Laurent PICOULEAU -< ) /~\ [EMAIL PROTECTED] /~\ | \) Linux : mettez un pingouin dans votre ordinateur ! (/ | \_|_ Seuls ceux qui ne l'utilisent pas en disent du mal. _|_/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
