Depuis quelques temps le réglage automatique a 8 heures d'avances. Le
fuseau horaire est bien le bon. Impossible d'avoir la bonne heure, sauf
à supprimer le réglage automatique et à rentrer la bonne valeur
manuellement.
Tu es sûr que l'heure reçue est celle du serveur utilisé ?
Le protocole NTP a ceci de particulier, c'est qu'il tient compte du délai de transmission de l'information afin que le client puisse adapter l'heure reçue, en tenant compte de ce délai.
Le site n'explique pas comment il procède pour faire ses calculs. Ce qu'il appelle la "synchronisation" doit être une moyenne des retards calculés en "pingant" l'adresse IP de l'ordi qui se connecte. J'en veux pour preuve que si on lui désigne comme lieu de résidence de l'ordi, un autre site très éloigné de celui qu'il propose par défaut, les résultats affichés restent les mêmes. Partant de ça, en effet la précision de ce qu'il affiche est effectivement très tributaire du temps de réponse du Mac et lorsqu'il affiche "précision de synchro" ±0,075 seconde, ça me laisse un peu dubitatif. Il y a 2 heures de ça mon Mac était, d'après eux à l'heure juste ± quelques millisecondes, maintenant il aurait un retard de 0,3", hummmm…
Bon, je viens de forcer la mise à l'heure par le serveur time.euro.apple et là le site me dit que le Mac a un retard de 47 millisec ±0,071"
Tu es sûr que l'heure reçue est celle du serveur utilisé ?
Le protocole NTP a ceci de particulier, c'est qu'il tient compte du
délai de transmission de l'information afin que le client puisse
adapter l'heure reçue, en tenant compte de ce délai.
Le site n'explique pas comment il procède pour faire ses calculs.
Ce qu'il appelle la "synchronisation" doit être une moyenne des retards
calculés en "pingant" l'adresse IP de l'ordi qui se connecte.
J'en veux pour preuve que si on lui désigne comme lieu de résidence de
l'ordi, un autre site très éloigné de celui qu'il propose par défaut,
les résultats affichés restent les mêmes.
Partant de ça, en effet la précision de ce qu'il affiche est
effectivement très tributaire du temps de réponse du Mac et lorsqu'il
affiche "précision de synchro" ±0,075 seconde, ça me laisse un peu
dubitatif.
Il y a 2 heures de ça mon Mac était, d'après eux à l'heure juste ±
quelques millisecondes, maintenant il aurait un retard de 0,3", hummmm…
Bon, je viens de forcer la mise à l'heure par le serveur time.euro.apple
et là le site me dit que le Mac a un retard de 47 millisec ±0,071"
Tu es sûr que l'heure reçue est celle du serveur utilisé ?
Le protocole NTP a ceci de particulier, c'est qu'il tient compte du délai de transmission de l'information afin que le client puisse adapter l'heure reçue, en tenant compte de ce délai.
Le site n'explique pas comment il procède pour faire ses calculs. Ce qu'il appelle la "synchronisation" doit être une moyenne des retards calculés en "pingant" l'adresse IP de l'ordi qui se connecte. J'en veux pour preuve que si on lui désigne comme lieu de résidence de l'ordi, un autre site très éloigné de celui qu'il propose par défaut, les résultats affichés restent les mêmes. Partant de ça, en effet la précision de ce qu'il affiche est effectivement très tributaire du temps de réponse du Mac et lorsqu'il affiche "précision de synchro" ±0,075 seconde, ça me laisse un peu dubitatif. Il y a 2 heures de ça mon Mac était, d'après eux à l'heure juste ± quelques millisecondes, maintenant il aurait un retard de 0,3", hummmm…
Bon, je viens de forcer la mise à l'heure par le serveur time.euro.apple et là le site me dit que le Mac a un retard de 47 millisec ±0,071"
-- J. B.
josephb
Philippe RAI wrote:
S'agit-il d'un fichier corrompu ? Des préférences à virer ? Comme j'ai une sauvegarde Time Machine, je peux facilement faire des remplacements.
Honnêtement je ne vois pas ce qui peut faire ça à part que le fuseau horaire défini pour ton Mac ne soit pas le bon. 8 heures d'avance, ça fait l'heure de Tokyo. En désespoir de cause, va dans l'onglet "Fuseau horaire" et essaie plusieurs fuseaux en regardant la montre se mettre à l'heure dans la barre de menu, puis revient au fuseau de Paris.
-- J. B.
Philippe RAI <philo.ra@NoSm-freesurf.fr> wrote:
S'agit-il d'un fichier corrompu ? Des préférences à virer ?
Comme j'ai une sauvegarde Time Machine, je peux facilement faire des
remplacements.
Honnêtement je ne vois pas ce qui peut faire ça à part que le fuseau
horaire défini pour ton Mac ne soit pas le bon.
8 heures d'avance, ça fait l'heure de Tokyo.
En désespoir de cause, va dans l'onglet "Fuseau horaire" et essaie
plusieurs fuseaux en regardant la montre se mettre à l'heure dans la
barre de menu, puis revient au fuseau de Paris.
S'agit-il d'un fichier corrompu ? Des préférences à virer ? Comme j'ai une sauvegarde Time Machine, je peux facilement faire des remplacements.
Honnêtement je ne vois pas ce qui peut faire ça à part que le fuseau horaire défini pour ton Mac ne soit pas le bon. 8 heures d'avance, ça fait l'heure de Tokyo. En désespoir de cause, va dans l'onglet "Fuseau horaire" et essaie plusieurs fuseaux en regardant la montre se mettre à l'heure dans la barre de menu, puis revient au fuseau de Paris.
-- J. B.
J.P
In article <1mjv11q.1slxhd31mq3df3N%, (Philippe RAI) wrote:
OK, les gars, tout cela est intéressant, mais qu'est-ce que je peux faire avec mon problème.
Désolé ... on a un peu dérivé.
Rappel du problème: «Depuis quelques temps le réglage automatique a 8 heures d'avances. Le fuseau horaire est bien le bon. Impossible d'avoir la bonne heure, sauf à supprimer le réglage automatique et à rentrer la bonne valeur manuellement.
Quelqu'un a-t-il déjà constaté un tel problème ?»
C'est pile 8h d'avance ? Si oui, cela pourrait être un problème de fuseau horaire. Je ne sais pas où cela est enregistré. Si je change le fuseau horaire via le Terminal, Easyfind ne trouve rien pour <TimeZone> qui ait été modifié.
Suggestion: avec le Terminal, essayer systemsetup -settimezone <timezone> ------- Use this command to set the local time zone. Use "-listtimezones" to list valid timezone arguments. ------- soit, si tu es en France:
systemsetup -settimezone Europe/Paris
le changement d'heure dans la barre du Finder est immédiat.
-- Jean-Pierre
In article <1mjv11q.1slxhd31mq3df3N%philo.ra@NoSm-freesurf.fr>,
philo.ra@NoSm-freesurf.fr (Philippe RAI) wrote:
OK, les gars, tout cela est intéressant, mais qu'est-ce que je peux
faire avec mon problème.
Désolé ... on a un peu dérivé.
Rappel du problème:
«Depuis quelques temps le réglage automatique a 8 heures d'avances. Le
fuseau horaire est bien le bon. Impossible d'avoir la bonne heure, sauf
à supprimer le réglage automatique et à rentrer la bonne valeur
manuellement.
Quelqu'un a-t-il déjà constaté un tel problème ?»
C'est pile 8h d'avance ?
Si oui, cela pourrait être un problème de fuseau horaire.
Je ne sais pas où cela est enregistré.
Si je change le fuseau horaire via le Terminal, Easyfind ne trouve rien
pour <TimeZone> qui ait été modifié.
Suggestion: avec le Terminal, essayer
systemsetup -settimezone <timezone>
-------
Use this command to set the local time zone.
Use "-listtimezones" to list valid timezone arguments.
-------
soit, si tu es en France:
systemsetup -settimezone Europe/Paris
le changement d'heure dans la barre du Finder est immédiat.
In article <1mjv11q.1slxhd31mq3df3N%, (Philippe RAI) wrote:
OK, les gars, tout cela est intéressant, mais qu'est-ce que je peux faire avec mon problème.
Désolé ... on a un peu dérivé.
Rappel du problème: «Depuis quelques temps le réglage automatique a 8 heures d'avances. Le fuseau horaire est bien le bon. Impossible d'avoir la bonne heure, sauf à supprimer le réglage automatique et à rentrer la bonne valeur manuellement.
Quelqu'un a-t-il déjà constaté un tel problème ?»
C'est pile 8h d'avance ? Si oui, cela pourrait être un problème de fuseau horaire. Je ne sais pas où cela est enregistré. Si je change le fuseau horaire via le Terminal, Easyfind ne trouve rien pour <TimeZone> qui ait été modifié.
Suggestion: avec le Terminal, essayer systemsetup -settimezone <timezone> ------- Use this command to set the local time zone. Use "-listtimezones" to list valid timezone arguments. ------- soit, si tu es en France:
systemsetup -settimezone Europe/Paris
le changement d'heure dans la barre du Finder est immédiat.
-- Jean-Pierre
Jean-Pierre Kuypers
In article (Dans l'article) , J.P wrote (écrivait) :
In article <100320162027020252%, Jean-Pierre Kuypers wrote: > Tu es sûr que l'heure reçue est celle du serveur utilisé ? > > Le protocole NTP a ceci de particulier, c'est qu'il tient compte du > délai de transmission de l'information afin que le client puisse > adapter l'heure reçue, en tenant compte de ce délai.
<http://time.is/about> «Precision - synchronized with atomic clock time
Je ne fais pas allusion à l'heure du serveur. Il est en effet très probable qu'elle soit correcte.
Ensuite, le serveur envoie l'heure au client et l'information transite sur l'Internet dont le protocole IP est tout sauf une garantie de délai.
Déjà enfant, quand j'envoyais une carte postale à mes parents « le temps est très beau », il fallait tant de temps que quand ils la recevaient, le temps avait changé.
C'était il y a longtemps. Maintenant quand on reçoit la carte postale, c'est tout le climat qui a changé.
La page <https://fr.wikipedia.org/wiki/Synchronisation_d%27horloges> explique un peu le problème de la synchronisation et comment on tente de le contourner.
-- Jean-Pierre Kuypers
In article (Dans l'article)
<jpp-658C04.17502710032016@news.bete-des-vosges.org>, J.P
<jpp@gmail.com> wrote (écrivait) :
In article <100320162027020252%Kuypers@address.invalid>,
Jean-Pierre Kuypers <Kuypers@address.invalid> wrote:
> Tu es sûr que l'heure reçue est celle du serveur utilisé ?
>
> Le protocole NTP a ceci de particulier, c'est qu'il tient compte du
> délai de transmission de l'information afin que le client puisse
> adapter l'heure reçue, en tenant compte de ce délai.
<http://time.is/about>
«Precision - synchronized with atomic clock time
Je ne fais pas allusion à l'heure du serveur.
Il est en effet très probable qu'elle soit correcte.
Ensuite, le serveur envoie l'heure au client et l'information transite
sur l'Internet dont le protocole IP est tout sauf une garantie de
délai.
Déjà enfant, quand j'envoyais une carte postale à mes parents « le
temps est très beau », il fallait tant de temps que quand ils la
recevaient, le temps avait changé.
C'était il y a longtemps.
Maintenant quand on reçoit la carte postale, c'est tout le climat qui a
changé.
La page <https://fr.wikipedia.org/wiki/Synchronisation_d%27horloges>
explique un peu le problème de la synchronisation et comment on tente
de le contourner.
In article (Dans l'article) , J.P wrote (écrivait) :
In article <100320162027020252%, Jean-Pierre Kuypers wrote: > Tu es sûr que l'heure reçue est celle du serveur utilisé ? > > Le protocole NTP a ceci de particulier, c'est qu'il tient compte du > délai de transmission de l'information afin que le client puisse > adapter l'heure reçue, en tenant compte de ce délai.
<http://time.is/about> «Precision - synchronized with atomic clock time
Je ne fais pas allusion à l'heure du serveur. Il est en effet très probable qu'elle soit correcte.
Ensuite, le serveur envoie l'heure au client et l'information transite sur l'Internet dont le protocole IP est tout sauf une garantie de délai.
Déjà enfant, quand j'envoyais une carte postale à mes parents « le temps est très beau », il fallait tant de temps que quand ils la recevaient, le temps avait changé.
C'était il y a longtemps. Maintenant quand on reçoit la carte postale, c'est tout le climat qui a changé.
La page <https://fr.wikipedia.org/wiki/Synchronisation_d%27horloges> explique un peu le problème de la synchronisation et comment on tente de le contourner.
-- Jean-Pierre Kuypers
gilbert.olivier
J.P wrote:
In article <1mjv11q.1slxhd31mq3df3N%, (Philippe RAI) wrote:
> OK, les gars, tout cela est intéressant, mais qu'est-ce que je peux > faire avec mon problème.
Désolé ... on a un peu dérivé.
Suggestion: avec le Terminal, essayer systemsetup -settimezone <timezone> ------- Use this command to set the local time zone. Use "-listtimezones" to list valid timezone arguments. ------- soit, si tu es en France:
systemsetup -settimezone Europe/Paris
le changement d'heure dans la barre du Finder est immédiat.
Ce que je ferais en premier pour voir si c'est bien un problème de définition de timezone, c'est lire le fuseau défini actuellment. Ce qui donne dans le terminal:
sudo systemsetup -gettimezone Password: Time Zone: Europe/Paris
-- Gilbert
J.P <jpp@gmail.com> wrote:
In article <1mjv11q.1slxhd31mq3df3N%philo.ra@NoSm-freesurf.fr>,
philo.ra@NoSm-freesurf.fr (Philippe RAI) wrote:
> OK, les gars, tout cela est intéressant, mais qu'est-ce que je peux
> faire avec mon problème.
Désolé ... on a un peu dérivé.
Suggestion: avec le Terminal, essayer
systemsetup -settimezone <timezone>
-------
Use this command to set the local time zone.
Use "-listtimezones" to list valid timezone arguments.
-------
soit, si tu es en France:
systemsetup -settimezone Europe/Paris
le changement d'heure dans la barre du Finder est immédiat.
Ce que je ferais en premier pour voir si c'est bien un problème de
définition de timezone, c'est lire le fuseau défini actuellment.
Ce qui donne dans le terminal:
sudo systemsetup -gettimezone
Password:
Time Zone: Europe/Paris
In article <1mjv11q.1slxhd31mq3df3N%, (Philippe RAI) wrote:
> OK, les gars, tout cela est intéressant, mais qu'est-ce que je peux > faire avec mon problème.
Désolé ... on a un peu dérivé.
Suggestion: avec le Terminal, essayer systemsetup -settimezone <timezone> ------- Use this command to set the local time zone. Use "-listtimezones" to list valid timezone arguments. ------- soit, si tu es en France:
systemsetup -settimezone Europe/Paris
le changement d'heure dans la barre du Finder est immédiat.
Ce que je ferais en premier pour voir si c'est bien un problème de définition de timezone, c'est lire le fuseau défini actuellment. Ce qui donne dans le terminal:
sudo systemsetup -gettimezone Password: Time Zone: Europe/Paris
-- Gilbert
Jean-Pierre Kuypers
In article (Dans l'article) <1mjx38q.1spe27u12mkybdN%, Joseph-B wrote (écrivait) :
le site me dit que le Mac a un retard de 47 millisec ±0,071
Un tel écart risque te faire rater la planète Mars après 6 mois de navigation.
-- Jean-Pierre Kuypers
In article (Dans l'article)
<1mjx38q.1spe27u12mkybdN%josephb@nowhere.invalid>, Joseph-B
<josephb@nowhere.invalid> wrote (écrivait) :
le site me dit que le Mac a un retard de 47 millisec ±0,071
Un tel écart risque te faire rater la planète Mars après 6 mois de
navigation.
In article (Dans l'article) <1mjx38q.1spe27u12mkybdN%, Joseph-B wrote (écrivait) :
le site me dit que le Mac a un retard de 47 millisec ±0,071
Un tel écart risque te faire rater la planète Mars après 6 mois de navigation.
-- Jean-Pierre Kuypers
josephb
Jean-Pierre Kuypers wrote:
Un tel écart risque te faire rater la planète Mars après 6 mois de navigation.
Les petits homme verts, beurk, c'est pas mon truc ! Je ne me suis jamais focalisé sur autre planète exotique qu'une belle lune, et encore à condition de l'avoir à portée de main et ne pas m'infliger six mois de fébriles expectations ;-)
Un tel écart risque te faire rater la planète Mars après 6 mois de
navigation.
Les petits homme verts, beurk, c'est pas mon truc !
Je ne me suis jamais focalisé sur autre planète exotique qu'une belle
lune, et encore à condition de l'avoir à portée de main et ne pas
m'infliger six mois de fébriles expectations ;-)
Un tel écart risque te faire rater la planète Mars après 6 mois de navigation.
Les petits homme verts, beurk, c'est pas mon truc ! Je ne me suis jamais focalisé sur autre planète exotique qu'une belle lune, et encore à condition de l'avoir à portée de main et ne pas m'infliger six mois de fébriles expectations ;-)
-- J. B. Partisan des efforts bien pondérés.
blanc
M.V. wrote:
Si j'ai bien compris, une fois la modification faite du fichier ntp.conf par le biais que tu indiques, si le 1er serveur est en rade, le système va toquer à la porte du 2ème serveur ?
Non, ce n'est pas tout à fait comme cela que ça fonctionne. Le logiciel NTP va consulter *** tout *** les serveurs que tu as mis et déterminer les retards de l'un par rapport à l'autre et en calculer une moyenne. A partir de là il choisit le serveur qui donne le meillur résultat et la meilleure garantie de ce résultat et mettre à l'heure en ce basant sur ce serveur (bien sûr ceci étant mis à jour en permanence). En outre il faut savoir que sauf pour la première mise à l'heure (si l'heure de l'ordi est trop défférente de l'heure exacte), le système va provoquer un glissement progressif (en ralentissant ou accélérant légèrement "l'horloge") de l'heure vers l'heure exacte. Bon ceci est pour le protocole NTP. Mais en ce qui concerne les OS X et Win :
En décembre 2006, le nombre de clients NTP est très certainement > de plusieurs dizaines de millions, du fait que les systèmes d'exploitation actuels, comme Windows XP ou Mac OS X, comprennent une version de NTP. La configuration par défaut ne vise cependant pas à garantir un contrôle précis de l'horloge du système mais simplement à remettre approximativement la machine à l'heure de temps en temps.
-- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
M.V. <michel.vauquois@invalid.orage.fr> wrote:
Si j'ai bien compris, une fois la modification faite du fichier ntp.conf
par le biais que tu indiques, si le 1er serveur est en rade, le système
va toquer à la porte du 2ème serveur ?
Non, ce n'est pas tout à fait comme cela que ça fonctionne. Le logiciel
NTP va consulter *** tout *** les serveurs que tu as mis et déterminer
les retards de l'un par rapport à l'autre et en calculer une moyenne. A
partir de là il choisit le serveur qui donne le meillur résultat et la
meilleure garantie de ce résultat et mettre à l'heure en ce basant sur
ce serveur (bien sûr ceci étant mis à jour en permanence).
En outre il faut savoir que sauf pour la première mise à l'heure (si
l'heure de l'ordi est trop défférente de l'heure exacte), le système va
provoquer un glissement progressif (en ralentissant ou accélérant
légèrement "l'horloge") de l'heure vers l'heure exacte.
Bon ceci est pour le protocole NTP. Mais en ce qui concerne les OS X et
Win :
En décembre 2006, le nombre de clients NTP est très certainement > de
plusieurs dizaines de millions, du fait que les systèmes d'exploitation
actuels, comme Windows XP ou Mac OS X, comprennent une version de NTP. La
configuration par défaut ne vise cependant pas à garantir un contrôle
précis de l'horloge du système mais simplement à remettre
approximativement la machine à l'heure de temps en temps.
--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
Si j'ai bien compris, une fois la modification faite du fichier ntp.conf par le biais que tu indiques, si le 1er serveur est en rade, le système va toquer à la porte du 2ème serveur ?
Non, ce n'est pas tout à fait comme cela que ça fonctionne. Le logiciel NTP va consulter *** tout *** les serveurs que tu as mis et déterminer les retards de l'un par rapport à l'autre et en calculer une moyenne. A partir de là il choisit le serveur qui donne le meillur résultat et la meilleure garantie de ce résultat et mettre à l'heure en ce basant sur ce serveur (bien sûr ceci étant mis à jour en permanence). En outre il faut savoir que sauf pour la première mise à l'heure (si l'heure de l'ordi est trop défférente de l'heure exacte), le système va provoquer un glissement progressif (en ralentissant ou accélérant légèrement "l'horloge") de l'heure vers l'heure exacte. Bon ceci est pour le protocole NTP. Mais en ce qui concerne les OS X et Win :
En décembre 2006, le nombre de clients NTP est très certainement > de plusieurs dizaines de millions, du fait que les systèmes d'exploitation actuels, comme Windows XP ou Mac OS X, comprennent une version de NTP. La configuration par défaut ne vise cependant pas à garantir un contrôle précis de l'horloge du système mais simplement à remettre approximativement la machine à l'heure de temps en temps.
-- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
blanc
J.P wrote:
Vrai sous d'autres versions d'OS X ?
Il me semble me souvenir que j'avais fait un tel protocole il ya quelques années (au moins dix ans je pense)
-- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
J.P <jpp@gmail.com> wrote:
Vrai sous d'autres versions d'OS X ?
Il me semble me souvenir que j'avais fait un tel protocole il ya
quelques années (au moins dix ans je pense)
--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
Il me semble me souvenir que j'avais fait un tel protocole il ya quelques années (au moins dix ans je pense)
-- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
blanc
Gilbert OLIVIER wrote:
Ce que je ferais en premier pour voir si c'est bien un problème de définition de timezone, c'est lire le fuseau défini actuellment. Ce qui donne dans le terminal:
sudo systemsetup -gettimezone Password: Time Zone: Europe/Paris
Ou bien : Prefs systeme --> Date & heure --> Fuseau horaire Non ? -- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
Ce que je ferais en premier pour voir si c'est bien un problème de
définition de timezone, c'est lire le fuseau défini actuellment.
Ce qui donne dans le terminal:
sudo systemsetup -gettimezone
Password:
Time Zone: Europe/Paris
Ou bien : Prefs systeme --> Date & heure --> Fuseau horaire
Non ?
--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
Ce que je ferais en premier pour voir si c'est bien un problème de définition de timezone, c'est lire le fuseau défini actuellment. Ce qui donne dans le terminal:
sudo systemsetup -gettimezone Password: Time Zone: Europe/Paris
Ou bien : Prefs systeme --> Date & heure --> Fuseau horaire Non ? -- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
