Il est a l'heure ton PC, c'est juste que tu est sur le méridien de new york (EST). Pour faire bien, il faut que tu passes en CET (Central European Time). J'ai bien un truc pour le faire, mais c'est crade. Quelqu'un à une solution CORRECTE pour mettre la bonne TZ ?
La zone est lue dans le fichier /etc/localtime . Pour la modifier (heure de Paris) :
Il est a l'heure ton PC, c'est juste que tu est sur le méridien de new york (EST). Pour faire bien, il faut que tu passes en CET (Central European Time). J'ai bien un truc pour le faire, mais c'est crade. Quelqu'un à une solution CORRECTE pour mettre la bonne TZ ?
Pingouin34
voila:
Wed Dec 5 05:16:09 EST 2001
alors qu'il est 11h16!!!
kadreg
Ca sent le problème de timezone. Tu doit être sur le meridien de new york non ?
Montre nous le resultat d'un date.
Pingouin34
up
Pingouin34
C'est bien cool tout çà, mais j'ai toujours un decalage de +6heures!!! :non:
Je pense pas que ce soit du au client ntp, vu que j'en ai essayer 2 ou 3. :sweat:
Une idée???
Pingouin34
Up
axey
Je te conseille de foutre ntpd a la poubelle et d'utiliser clockspeed.
Clockspeed :
- est minuscule par rapport a (x)ntpd
- n'a aucune faille de securite applicative (contrairement a (x)ntpd qui ont eu des exploits)
- utilise un protocole tres simple et sur (crypto)
- est con comme la lune a mettre en place
- ne buggue pas lors de 'leap years'
- ne passe pas en l'an 2034 sans raison (contrairement a ntpd)
- calcule et corrige la deviation de ton horloge pour que, apres un "apprentissage", tu puisses conserver une machine a l'heure, meme deconnectee du reseau.
En fait, il semblerait que mon pc nunux ait un décalage de +6H.
Je m'explique: j'utilise ntptimeset que met le pc à l'heure en se connectant sur plusieur serveur ntp, et pourtant, il a toujours une decalage de 6heures!!! :??:
Si kkun a une idée je suis tout ouï :hello:
