Synchronisation horloge (Tiger)

Le
grokub
J'ai l'impression que mon Mac ne va pas chercher l'heure spontanément
(time.euro.apple.com). Lorsque j'ouvre les Préférences Date&Heure, le
temps bondit de 5 secondes, ce qui fait beaucoup pour 24 heures.

Quand au serveur, il s'est carrément pris 3 minutes d'avance depuis ma
dernière visite. Il semble donc que ntpd ne s'active pas tout seul.

Les deux sous 10.4.11.



--
Jean-Yves Bernier <http://www.pescadoo.net/>
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
blanc
Le #21405451
Jean-Yves Bernier
J'ai l'impression que mon Mac ne va pas chercher l'heure spontanément
(time.euro.apple.com). Lorsque j'ouvre les Préférences Date&Heure, le
temps bondit de 5 secondes, ce qui fait beaucoup pour 24 heures.
Quand au serveur, il s'est carrément pris 3 minutes d'avance depuis ma
dernière visite. Il semble donc que ntpd ne s'active pas tout seul.

Les deux sous 10.4.11.



Hélas, le serveur d'Apple doit être surbooké, et donc peu fiable. Perso
j'utilise depuis longtemps et avec bonheur plusieurs serveurs.
Voir à ce sujet ma réponse à une question similaire sur ce groupe il y a
plus d'un an :
<http://groups.google.com/group/fr.comp.os.mac-os.x/browse_thread/thread
/824de89bcae13acc/3dd5b61f4d86b991?hl=fr&lnk=gst&q=ntpd+jipaul#3dd5b61f4
d86b991>



--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
laurent.pertois
Le #21406121
JiPaul
Hélas, le serveur d'Apple doit être surbooké, et donc peu fiable. Perso
j'utilise depuis longtemps et avec bonheur plusieurs serveurs.



Le protocole ntp sait normalement prendre ça en charge, justement (ce
qui n'interdit pas d'utiliser un autre serveur que celui proposé par
Apple, évidemment, d'ailleurs il y a les pool ntp disponibles).

De plus, il faut se rappeler que ntp ne met que rarement brutalement à
l'heure une machine mais le fait petit à petit pour éviter les chocs.

De mémoire, par défaut, quand il commence à mettre à l'heure il vérifie
toutes les 64 secondes auprès du serveur avant de glisser gentiment sur
une vérification plus lente pour aller à quelque chose comme tous les
1/4 d'heure.

--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
grokub
Le #21412791
JiPaul
Voir à ce sujet ma réponse à une question similaire sur ce groupe il y a
plus d'un an :
<http://groups.google.com/group/fr.comp.os.mac-os.x/browse_thread/thread
/824de89bcae13acc/3dd5b61f4d86b991?hl=fr&lnk=gst&q=ntpd+jipaul#3dd5b61f4
d86b991>



Merci.

$ ntpdc -p
remote local st poll reach delay offset disp
====================================================================== =time3.euro.appl 192.168.0.21 2 131072 177 0.09396 4.113653 0.70282

Aprés passage dans le tableau de bord:

$ ntpdc -p
remote local st poll reach delay offset disp
====================================================================== =time3.euro.appl 192.168.0.21 2 4096 1 0.07256 0.000021 7.93750

offset bondit de 4.113653 à 0.000021

Hélas, le serveur d'Apple doit être surbooké, et donc peu fiable. Perso
j'utilise depuis longtemps et avec bonheur plusieurs serveurs.



Ok. /etc/ntp.conf:
server 0.fr.pool.ntp.org minpoll 12 maxpoll 17
server 1.fr.pool.ntp.org minpoll 12 maxpoll 17
server 2.fr.pool.ntp.org minpoll 12 maxpoll 17
server 3.fr.pool.ntp.org minpoll 12 maxpoll 17

sudo /System/Library/StartupItems/NetworkTime/NetworkTime restart
(host found ...)

$ ntpdc -p
remote local st poll reach delay offset disp
====================================================================== =ntp1.adviseo.ne 192.168.0.21 2 4096 1 0.03375 0.000007 7.93750
úrnsworth.1270 192.168.0.21 2 4096 1 0.03464 0.004980 7.93750
=web01.ookoo.org 192.168.0.21 2 4096 1 0.03558 -0.001711 7.93750
=diane.ensma.fr 192.168.0.21 2 4096 1 0.03915 0.000369 7.93750

On va voir si ça dérive.

Sinon...

http://support.apple.com/kb/TA24116?viewlocale=en_US

Apple conseille de passer en mode iburst

Je suis pas convaincu par leur explication (If the initial sync gets
interrupted (by the computer going to sleep, for example), the
subsequent synchronization will not take place). Mon serveur
ne veille jamais.


--
Jean-Yves Bernier
grokub
Le #21416091
Jean-Yves Bernier
On va voir si ça dérive.



S'affranchir de time.apple.com semble arranger les choses.
Quelques observations supplémentaires:



Soit une machine utilisant time.euro.apple.com.
Aprés une nuit complète:

$ ntpdc -p
remote local st poll reach delay offset disp
====================================================== =time4.euro.appl 192.168.0.4 2 32768 37 0.07095 -1.519704 0.58725

D'après man ntpdc:

+ denotes symmetric active,
- indicates symmetric passive,
= means the remote server is being polled in client mode,
^ indicates that the server is broadcasting to this address,
~ denotes that the remote peer is sending broadcasts and
* marks the peer the server is currently synchronizing to.

il semble qu'on devrait trouver un * en colonne 1.

$ ntpq -c rv
statusÀ11 sync_alarm, sync_unspec, 1 event, event_restart,
version="ntpd Mon Jan 12 14:52:49 PST 2009 (1)",
processor="Power Macintosh", system="Darwin/8.11.0", leap,
stratum, precision=-20, rootdelay=0.000, rootdispersion‚9.830,
peer=0, refid=INIT,
reftime000000.00000000 Thu, Feb 7 2036 7:28:16.000, poll=4,
clockÏ50b4c6.9ca0f4d7 Sun, Mar 21 2010 16:07:50.611, state=0,
offset=0.000, frequency=0.000, jitter=0.001, stability=0.000

on est encore en stratum 16, ce qui confirme qu'on n'est pas
synchronisé.



Soit maintenant une machine utilisant un pool.
Au lancement de ntpd:

$ ntpdc -p
remote local st poll reach delay offset disp
====================================================== Ýb3.europeacon 192.168.0.21 2 64 3 0.03175 -0.005985 3.93797
=ks34581.bsdsx.f 192.168.0.21 3 64 3 0.03116 0.048185 3.93773
ˆ.191.80.132 192.168.0.21 2 64 3 0.03229 -0.002102 3.93774
=minotor.damz.or 192.168.0.21 2 64 3 0.03487 -0.003375 3.93773

aprés quelques minutes seulement:

$ ntpdc -p
remote local st poll reach delay offset disp
====================================================== Ýb3.europeacon 192.168.0.21 2 512 37 0.03175 -0.005985 0.44386
=ks34581.bsdsx.f 192.168.0.21 3 64 37 0.03116 0.048185 0.44279
*88.191.80.132 192.168.0.21 2 64 37 0.03183 0.013680 0.44034
=minotor.damz.or 192.168.0.21 2 256 36 0.03487 -0.003375 0.94017

on a synchronisé sur un serveur en stratum 2

$ ntpq -c rv
status44 leap_none, sync_ntp, 4 events, event_peer/strat_chg,
version="ntpd Mon Feb 16 12:27:05 PST 2009 (1)",
processor="i386", system="Darwin/8.11.1", leap, stratum=3,
precision=-20, rootdelay3.825, rootdispersionQ5.935, peerP629,
refidˆ.191.80.132,
reftimeÏ50b2e1.4112665f Sun, Mar 21 2010 15:59:45.254, poll=6,
clockÏ50b314.a424920f Sun, Mar 21 2010 16:00:36.641, state=4,
offset.419, frequency=1.217, jitter#.906, stability=0.037

on est passé en stratum 3, comportement attendu.



Aves un serveur Apple, mes machines ne synchronisent jamais (sauf au
démarrage du service où quand on utilise le tableau de bord, mais dans
ce cas c'est ntpdate qui est invoqué avant ntpd, cf.
/System/Library/StartupItems/NetworkTime/NetworkTime)

Maintenant doté (je l'espère) d'un NTP stratum 3, je vais essayer de
m'en servir pour distribuer l'heure sur mon réseau.



--
Jean-Yves Bernier
grokub
Le #21416431
Jean-Yves Bernier
Maintenant doté (je l'espère) d'un NTP stratum 3, je vais essayer de
m'en servir pour distribuer l'heure sur mon réseau.



4 ou 5 machines ce n'est pas beaucoup, mais le bon sens voudrait qu'on
ne sollicite pas des serveurs de temps bénévoles plus que nécessaire.
Puisque j'ai une machine up 24/7 sur onduleur, il apparaît logique
qu'elle fasse office d'horloge parlante. Appelons la 'rolex' même si
c'est pas son vrai nom. Elle donnera PMT, "Pescadoo Mean Time".

Tout d'abord, le /etc/ntp-restrict.conf de rolex. J'ajoute:
restrict 192.168.0.0 mask 255.255.255.0 nomodify notrap
(accés en consultation seule de toutes les IP du réseau local)
Il faut bien sûr autoriser Netwotk Time dans le firewall.

NB: ntp-restrict.conf est une astuce Apple pour ne pas écraser cette
partie de la configuration lorsque le tableau de bord réécrit ntp.conf.
Il est passé par ntpd -c /private/etc/ntp-restrict.conf, puis fait un
includefile /private/etc/ntp.conf.

Puis sur chaque machine esclave, /etc/ntp.conf devient:
server rolex.pescadoo.net

Au début, ça ne marchait pas. Puis j'ai trouvé ceci:

<http://irrashai.wordpress.com/2009/03/13/how-to-setup-an-ntp-server-in-
mac-os-x/>

Il s'agit essentiellement d'ajouter TIMESERV=-YES- dans /etc/hostconfig,
avec quelques précautions.Toutefois, vu le nombre d'essais et d'échecs,
je ne garantis pas que cette étape soit nécessaire. Il se peut que la
transition de 'ça marche pas' à 'ça marche' ait été déclenchée par une
manip ultérieure.


'rolex' est maintenant synchronisé sur un temps provençal

rolex$ ntpdc -p
remote local st poll reach delay offset disp
====================================================== =ntp.univ-angers 192.168.0.4 2 64 377 0.04016 -0.053712 0.00250
úrnsworth.1270 192.168.0.4 2 64 377 0.03427 -0.049741 0.00476
=dnscache-paris. 192.168.0.4 2 64 377 0.03065 -0.054370 0.00343
*ns0.almaprovenc 192.168.0.4 2 64 377 0.03246 -0.056464 0.00217

rolex$ ntpq -c rv
reftimeÏ50d455.3e30e852 il a une référence de temps
stratum=3 il est en stratum 3
(j'omets le reste)

Il ne manquent que les cigales. Voici ce que nous disent les esclaves:

Esclave 1:
*rolex.pescadoo. 194.146.225.219 3 u 25 128 377 0.289 -35.066 3.804
Esclave 2:
*rolex.pescadoo. ns0.almaprovenc 3 u 34 64 377 0.317 -21.660 0.512
Esclave 3:
*rolex.pescadoo. 194.146.225.219 3 u 32 64 377 0.442 23.543 2.539

Ils sont bien synchronisés via rolex, bien qu'ils aient adopté des
sources différentes. ntpq -c rv les montre en stratum=4, ce qui est
logique. Une dernière manip sur 'rolex' récapitule ses liens (désolé
pour la mise en colonnes toute caca):

rolex$ ntpdc -c monlist
remote address port local address count m ver code avgint lstint
================================================== localhost 49296 ::1 63 7 2 0 256 0
ntp.univ-****.fr 123 192.168.0.4 92 4 4 5d0 65 18
farnsworth.***.ws 123 192.168.0.4 94 4 4 5d0 64 18
**.almaprovenc*** 123 192.168.0.4 101 4 3 5d0 64 29
dnscache-****.eu.veri 123 192.168.0.4 94 4 4 5d0 64 46
192.168.0.21 123 192.168.0.4 127 3 4 180 64 15
192.168.0.22 123 192.168.0.4 69 3 4 180 125 116
192.168.0.23 123 192.168.0.4 107 3 4 180 64 29

192.168.0.21, 22 et 23 sont ses clients. J'ai obscurci les serveurs de
temps pour les raisons habituelles (n'utlisez jamais les exemples).


La prochaine étape consistera à synchroniser la pendule de la cuisine
sur rolex. C'est important pour manger à l'heure.


--
Jean-Yves Bernier
laurent.pertois
Le #21416721
Jean-Yves Bernier
Aves un serveur Apple, mes machines ne synchronisent jamais (sauf au
démarrage du service où quand on utilise le tableau de bord, mais dans
ce cas c'est ntpdate qui est invoqué avant ntpd, cf.
/System/Library/StartupItems/NetworkTime/NetworkTime)



Rappelons que tu es en 10.4.x, ici sur une machine en 10.6.x et trois en
10.5.x, toutes reliées à time.euro.apple.com, je n'ai pas de soucis à
remarquer et mes machines sont en strate 3.

--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
grokub
Le #21417621
Laurent Pertois
Rappelons que tu es en 10.4.x, ici sur une machine en 10.6.x et trois en
10.5.x, toutes reliées à time.euro.apple.com, je n'ai pas de soucis à
remarquer et mes machines sont en strate 3.



Oui. J'ai mis Tiger dans le sujet pour ne pas égarer les lecteurs.

J'ai toujours un peu de retard.


--
Jean-Yves Bernier
laurent.pertois
Le #21418601
Jean-Yves Bernier
Laurent Pertois
> Rappelons que tu es en 10.4.x, ici sur une machine en 10.6.x et trois en
> 10.5.x, toutes reliées à time.euro.apple.com, je n'ai pas de soucis à
> remarquer et mes machines sont en strate 3.

Oui. J'ai mis Tiger dans le sujet pour ne pas égarer les lecteurs.



Je préférais préciser au cas où certains ne liraint pas le sujet ;-)

J'ai toujours un peu de retard.



Bah, if it ain't broken...

--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Julien Salort
Le #21420501
(Jean-Yves Bernier) writes:

$ ntpdc -p
remote local st poll reach delay offset disp
======================== ========================= ======
=time4.euro.appl 192.168.0.4 2 32768 37 0.07095 -1.519704 0.58725



Ça n'aide pas, mais moi j'ai ça :
% ntpdc -p
remote local st poll reach delay offset disp
========================= ========================= =====================
*time.euro.apple 147.173.51.213 2 512 373 0.04269 0.038702 0.10591

on est encore en stratum 16, ce qui confirme qu'on n'est pas
synchronisé.



... et j'ai un stratum=3
je ne sais pas ce que ça veut dire mais ça semble disculper le serveur
d'Apple, non ?

Julien

--
R: Parce que ça renverse bêtement l'ordre naturel de lecture !
Q: Mais pourquoi citer en fin d'article est-il si effroyable ?
R: Citer en fin d'article.
Q: Quelle est la chose la plus désagréable sur les groupes de new s ?
grokub
Le #21420661
Julien Salort
je ne sais pas ce que ça veut dire mais ça semble disculper le serveur
d'Apple, non ?



Ca peut vouloir dire que c'était un bug 10.4, qui a disparu quelque part
le long de la chaîne des updates. Ou un truc plus retors après lequel je
ne vais pas courir maintenant que ça marche, pragmatisme oblige.

Y'a des limites à la geekerie :)


--
Jean-Yves Bernier
Publicité
Poster une réponse
Anonyme