Logo GNT
Actualités Tests & Guides Bons Plans
Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11
Entraide Mac OS Autres OS Mac OS X Synchronisation horloge (Tiger)

Synchronisation horloge (Tiger)

11 réponses
Avatar
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/>
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
blanc
Jean-Yves Bernier wrote:

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
Avatar
laurent.pertois
JiPaul wrote:

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.
Avatar
grokub
JiPaul wrote:

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 <http://www.pescadoo.net/>
Avatar
grokub
Jean-Yves Bernier wrote:

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 <http://www.pescadoo.net/>
Avatar
grokub
Jean-Yves Bernier wrote:

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 <http://www.pescadoo.net/>
Avatar
laurent.pertois
Jean-Yves Bernier wrote:

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.
Avatar
grokub
Laurent Pertois wrote:

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 <http://www.pescadoo.net/>
Avatar
laurent.pertois
Jean-Yves Bernier wrote:

Laurent Pertois wrote:

> 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.
Avatar
Julien Salort
(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 ?
Avatar
grokub
Julien Salort wrote:

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 <http://www.pescadoo.net/>
1 2