Bonjour,
Je me pose des questions sur la meilleure façon
d'installer une synchronisation du pc à partir
d'un serveur ntp via le démon ntpd.
J'ai installé ntpd et édité le fichier
/etc/ntp.conf pour le choix des serveurs ntp.
Lancement au boot avec rc-update.
J'ai remarqué que ntpd tout seul ne pouvait pas
synchroniser l'heure, j'ai donc pensé mettre le pc
à l'heure avec ntpdate avant de lancer ntpd.
J'ai donc lancé au boot ntp-client configuré par
le fichier /etc/conf.d/ntp-client.
Mais j'ai quelques problèmes de timing :
connexion du modem (5 à 6s) --> lancement de
ntp-client (avec souvent des échecs à la connexion
du serveur) ---> lancement de ntpd.
Est-ce que c'est vraiment la bonne méthode ? ça me
semble un peu tiré par les cheveux.
N'y-a-t-il pas plus simple ?
Merci d'avance de vos avis.
Bonjour,
Je me pose des questions sur la meilleure façon
d'installer une synchronisation du pc à partir
d'un serveur ntp via le démon ntpd.
J'ai installé ntpd et édité le fichier
/etc/ntp.conf pour le choix des serveurs ntp.
Lancement au boot avec rc-update.
J'ai remarqué que ntpd tout seul ne pouvait pas
synchroniser l'heure, j'ai donc pensé mettre le pc
à l'heure avec ntpdate avant de lancer ntpd.
J'ai donc lancé au boot ntp-client configuré par
le fichier /etc/conf.d/ntp-client.
Mais j'ai quelques problèmes de timing :
connexion du modem (5 à 6s) --> lancement de
ntp-client (avec souvent des échecs à la connexion
du serveur) ---> lancement de ntpd.
Est-ce que c'est vraiment la bonne méthode ? ça me
semble un peu tiré par les cheveux.
N'y-a-t-il pas plus simple ?
Merci d'avance de vos avis.
Bonjour,
Je me pose des questions sur la meilleure façon
d'installer une synchronisation du pc à partir
d'un serveur ntp via le démon ntpd.
J'ai installé ntpd et édité le fichier
/etc/ntp.conf pour le choix des serveurs ntp.
Lancement au boot avec rc-update.
J'ai remarqué que ntpd tout seul ne pouvait pas
synchroniser l'heure, j'ai donc pensé mettre le pc
à l'heure avec ntpdate avant de lancer ntpd.
J'ai donc lancé au boot ntp-client configuré par
le fichier /etc/conf.d/ntp-client.
Mais j'ai quelques problèmes de timing :
connexion du modem (5 à 6s) --> lancement de
ntp-client (avec souvent des échecs à la connexion
du serveur) ---> lancement de ntpd.
Est-ce que c'est vraiment la bonne méthode ? ça me
semble un peu tiré par les cheveux.
N'y-a-t-il pas plus simple ?
Merci d'avance de vos avis.
Bonjour,
Je me pose des questions sur la meilleure façon d'installer une
synchronisation du pc à partir d'un serveur ntp via le démon ntpd.
J'ai installé ntpd et édité le fichier /etc/ntp.conf pour le choix des
serveurs ntp.
Lancement au boot avec rc-update.
J'ai remarqué que ntpd tout seul ne pouvait pas synchroniser l'heure,
j'ai donc pensé mettre le pc à l'heure avec ntpdate avant de lancer ntpd.
J'ai donc lancé au boot ntp-client configuré par le fichier
/etc/conf.d/ntp-client.
Mais j'ai quelques problèmes de timing :
connexion du modem (5 à 6s) --> lancement de ntp-client (avec souvent
des échecs à la connexion du serveur) ---> lancement de ntpd.
Est-ce que c'est vraiment la bonne méthode ? ça me semble un peu tiré
par les cheveux.
N'y-a-t-il pas plus simple ?
Merci d'avance de vos avis.
Bonjour,
Je me pose des questions sur la meilleure façon d'installer une
synchronisation du pc à partir d'un serveur ntp via le démon ntpd.
J'ai installé ntpd et édité le fichier /etc/ntp.conf pour le choix des
serveurs ntp.
Lancement au boot avec rc-update.
J'ai remarqué que ntpd tout seul ne pouvait pas synchroniser l'heure,
j'ai donc pensé mettre le pc à l'heure avec ntpdate avant de lancer ntpd.
J'ai donc lancé au boot ntp-client configuré par le fichier
/etc/conf.d/ntp-client.
Mais j'ai quelques problèmes de timing :
connexion du modem (5 à 6s) --> lancement de ntp-client (avec souvent
des échecs à la connexion du serveur) ---> lancement de ntpd.
Est-ce que c'est vraiment la bonne méthode ? ça me semble un peu tiré
par les cheveux.
N'y-a-t-il pas plus simple ?
Merci d'avance de vos avis.
Bonjour,
Je me pose des questions sur la meilleure façon d'installer une
synchronisation du pc à partir d'un serveur ntp via le démon ntpd.
J'ai installé ntpd et édité le fichier /etc/ntp.conf pour le choix des
serveurs ntp.
Lancement au boot avec rc-update.
J'ai remarqué que ntpd tout seul ne pouvait pas synchroniser l'heure,
j'ai donc pensé mettre le pc à l'heure avec ntpdate avant de lancer ntpd.
J'ai donc lancé au boot ntp-client configuré par le fichier
/etc/conf.d/ntp-client.
Mais j'ai quelques problèmes de timing :
connexion du modem (5 à 6s) --> lancement de ntp-client (avec souvent
des échecs à la connexion du serveur) ---> lancement de ntpd.
Est-ce que c'est vraiment la bonne méthode ? ça me semble un peu tiré
par les cheveux.
N'y-a-t-il pas plus simple ?
Merci d'avance de vos avis.
Si mes souvenirs sont bons, ntpd est pour permettre à des machines de se
synchroniser sur ton pc.
Si c'est ton pc que tu veux mettre à l'heure, ntp-client suffit.
Pour les problèmes de connexion, elles ont lieu seulement quand tu viens
juste de te connecter (me demande pas pourquoi). Je les ai résolu en
lançant ntp en dernier. C'est pas top mais ca marche.
Si mes souvenirs sont bons, ntpd est pour permettre à des machines de se
synchroniser sur ton pc.
Si c'est ton pc que tu veux mettre à l'heure, ntp-client suffit.
Pour les problèmes de connexion, elles ont lieu seulement quand tu viens
juste de te connecter (me demande pas pourquoi). Je les ai résolu en
lançant ntp en dernier. C'est pas top mais ca marche.
Si mes souvenirs sont bons, ntpd est pour permettre à des machines de se
synchroniser sur ton pc.
Si c'est ton pc que tu veux mettre à l'heure, ntp-client suffit.
Pour les problèmes de connexion, elles ont lieu seulement quand tu viens
juste de te connecter (me demande pas pourquoi). Je les ai résolu en
lançant ntp en dernier. C'est pas top mais ca marche.
Julien Sagnard a écrit :
> Si mes souvenirs sont bons, ntpd est pour permettre à des machines de se
> synchroniser sur ton pc.
> Si c'est ton pc que tu veux mettre à l'heure, ntp-client suffit.
> Pour les problèmes de connexion, elles ont lieu seulement quand tu vi ens
> juste de te connecter (me demande pas pourquoi). Je les ai résolu en
> lançant ntp en dernier. C'est pas top mais ca marche.
>
Bonjour,
Pour avoir lu de la doc et suivi quelques threads
sur le sujet il me semble (si j'ai bien compris)
que ntp-client est un rc-script qui ne synchronise
le pc qu'une seule fois avec la commande ntpdate
au boot (si on l'a ajouté dans le runlevel bien sûr).
Pour garder l'heure la plus exacte possible il est
alors nécessaire de placer ntpdate dans un crontab
pour réajuster l'heure périodiquement.
Le défaut principal est de provoquer des
réajustement assez brutaux au système pour
corriger les dérives.
le démon ntpd agit en permance et corrige
doucement la lente dérive de l'heure du pc par
rapport au serveur ntp.
Il peut ensuite agir comme serveur de temps pour
d'autres pc dans un réseau local.
L'inconvénient est que ntpd ne peut pas
resynchroniser tout seul le pc si l'écart horaire
est trop grand, il faut donc lui adjoindre un
ntpdate au démarrage pour remettre le tout à
l'heure, puis lancer ntpd.
Bon, c'est ce que j'ai cru comprendre, mais je
peux me tromper.
Dans ce cas, n'hésitez pas à me corriger !
Julien Sagnard a écrit :
> Si mes souvenirs sont bons, ntpd est pour permettre à des machines de se
> synchroniser sur ton pc.
> Si c'est ton pc que tu veux mettre à l'heure, ntp-client suffit.
> Pour les problèmes de connexion, elles ont lieu seulement quand tu vi ens
> juste de te connecter (me demande pas pourquoi). Je les ai résolu en
> lançant ntp en dernier. C'est pas top mais ca marche.
>
Bonjour,
Pour avoir lu de la doc et suivi quelques threads
sur le sujet il me semble (si j'ai bien compris)
que ntp-client est un rc-script qui ne synchronise
le pc qu'une seule fois avec la commande ntpdate
au boot (si on l'a ajouté dans le runlevel bien sûr).
Pour garder l'heure la plus exacte possible il est
alors nécessaire de placer ntpdate dans un crontab
pour réajuster l'heure périodiquement.
Le défaut principal est de provoquer des
réajustement assez brutaux au système pour
corriger les dérives.
le démon ntpd agit en permance et corrige
doucement la lente dérive de l'heure du pc par
rapport au serveur ntp.
Il peut ensuite agir comme serveur de temps pour
d'autres pc dans un réseau local.
L'inconvénient est que ntpd ne peut pas
resynchroniser tout seul le pc si l'écart horaire
est trop grand, il faut donc lui adjoindre un
ntpdate au démarrage pour remettre le tout à
l'heure, puis lancer ntpd.
Bon, c'est ce que j'ai cru comprendre, mais je
peux me tromper.
Dans ce cas, n'hésitez pas à me corriger !
Julien Sagnard a écrit :
> Si mes souvenirs sont bons, ntpd est pour permettre à des machines de se
> synchroniser sur ton pc.
> Si c'est ton pc que tu veux mettre à l'heure, ntp-client suffit.
> Pour les problèmes de connexion, elles ont lieu seulement quand tu vi ens
> juste de te connecter (me demande pas pourquoi). Je les ai résolu en
> lançant ntp en dernier. C'est pas top mais ca marche.
>
Bonjour,
Pour avoir lu de la doc et suivi quelques threads
sur le sujet il me semble (si j'ai bien compris)
que ntp-client est un rc-script qui ne synchronise
le pc qu'une seule fois avec la commande ntpdate
au boot (si on l'a ajouté dans le runlevel bien sûr).
Pour garder l'heure la plus exacte possible il est
alors nécessaire de placer ntpdate dans un crontab
pour réajuster l'heure périodiquement.
Le défaut principal est de provoquer des
réajustement assez brutaux au système pour
corriger les dérives.
le démon ntpd agit en permance et corrige
doucement la lente dérive de l'heure du pc par
rapport au serveur ntp.
Il peut ensuite agir comme serveur de temps pour
d'autres pc dans un réseau local.
L'inconvénient est que ntpd ne peut pas
resynchroniser tout seul le pc si l'écart horaire
est trop grand, il faut donc lui adjoindre un
ntpdate au démarrage pour remettre le tout à
l'heure, puis lancer ntpd.
Bon, c'est ce que j'ai cru comprendre, mais je
peux me tromper.
Dans ce cas, n'hésitez pas à me corriger !
Je me souviens avoir aussi un peu bataillé avec ntpd, et au final c'est
bien la solution que tu exposes qui tourne, je n'ai rien trouvé d'autre
à l'époque.
Sur le coup ça me semblait aussi pas mal tordu pour peu de choses.
Et bien voilà qui ne fait pas avancer le schmilblick, désolé :-)
Par contre pas trop de problèmes, du fait que j'ai pas vraiment de modem
mais un "pseudo-routeur" câble (noos), relié à un ptit routeur 4 ports.
Quand je mets le tout sous tension, le temps que le PC boote tout ce
ptit monde a déjà récupéré ses IP.
Je me souviens avoir aussi un peu bataillé avec ntpd, et au final c'est
bien la solution que tu exposes qui tourne, je n'ai rien trouvé d'autre
à l'époque.
Sur le coup ça me semblait aussi pas mal tordu pour peu de choses.
Et bien voilà qui ne fait pas avancer le schmilblick, désolé :-)
Par contre pas trop de problèmes, du fait que j'ai pas vraiment de modem
mais un "pseudo-routeur" câble (noos), relié à un ptit routeur 4 ports.
Quand je mets le tout sous tension, le temps que le PC boote tout ce
ptit monde a déjà récupéré ses IP.
Je me souviens avoir aussi un peu bataillé avec ntpd, et au final c'est
bien la solution que tu exposes qui tourne, je n'ai rien trouvé d'autre
à l'époque.
Sur le coup ça me semblait aussi pas mal tordu pour peu de choses.
Et bien voilà qui ne fait pas avancer le schmilblick, désolé :-)
Par contre pas trop de problèmes, du fait que j'ai pas vraiment de modem
mais un "pseudo-routeur" câble (noos), relié à un ptit routeur 4 ports.
Quand je mets le tout sous tension, le temps que le PC boote tout ce
ptit monde a déjà récupéré ses IP.
Pascal Ronecker a écrit :
> Je me souviens avoir aussi un peu bataillé avec ntpd, et au final c'e st
> bien la solution que tu exposes qui tourne, je n'ai rien trouvé d'aut re
> à l'époque.
> Sur le coup ça me semblait aussi pas mal tordu pour peu de choses.
>
En tout cas, ça marche...
> Et bien voilà qui ne fait pas avancer le schmilblick, désolé :-)
>
ça n'est pas grave, merci en tout cas d'avoir
répondu :-)
>
> Par contre pas trop de problèmes, du fait que j'ai pas vraiment de mo dem
> mais un "pseudo-routeur" câble (noos), relié à un ptit routeur 4 ports.
> Quand je mets le tout sous tension, le temps que le PC boote tout ce
> ptit monde a déjà récupéré ses IP.
>
Moi, j'ai le modem USB Speedtouch de chez Alcatel
(la raie manta) qui a alimenté pas mal de threads
dans les forums.
J'ai pas mal galéré à le faire fonctionner sous
les noyaux 2.4 puis 2.6 maintenant.
Enfin il fonctionne sans problème.
Par contre, il met pas mal de temps à se
synchroniser et je ne peux pas mettre le script de
connexion en tâche de fond, car les autres
rc-scripts (comme ntp-client) se lancent avant que
le modem ait fini de se synchroniser...
Un de ces jours, je passerai peut-être à un modem
ethernet qui est parait-il plus souple à configurer.
A+
Pascal Ronecker a écrit :
> Je me souviens avoir aussi un peu bataillé avec ntpd, et au final c'e st
> bien la solution que tu exposes qui tourne, je n'ai rien trouvé d'aut re
> à l'époque.
> Sur le coup ça me semblait aussi pas mal tordu pour peu de choses.
>
En tout cas, ça marche...
> Et bien voilà qui ne fait pas avancer le schmilblick, désolé :-)
>
ça n'est pas grave, merci en tout cas d'avoir
répondu :-)
>
> Par contre pas trop de problèmes, du fait que j'ai pas vraiment de mo dem
> mais un "pseudo-routeur" câble (noos), relié à un ptit routeur 4 ports.
> Quand je mets le tout sous tension, le temps que le PC boote tout ce
> ptit monde a déjà récupéré ses IP.
>
Moi, j'ai le modem USB Speedtouch de chez Alcatel
(la raie manta) qui a alimenté pas mal de threads
dans les forums.
J'ai pas mal galéré à le faire fonctionner sous
les noyaux 2.4 puis 2.6 maintenant.
Enfin il fonctionne sans problème.
Par contre, il met pas mal de temps à se
synchroniser et je ne peux pas mettre le script de
connexion en tâche de fond, car les autres
rc-scripts (comme ntp-client) se lancent avant que
le modem ait fini de se synchroniser...
Un de ces jours, je passerai peut-être à un modem
ethernet qui est parait-il plus souple à configurer.
A+
Pascal Ronecker a écrit :
> Je me souviens avoir aussi un peu bataillé avec ntpd, et au final c'e st
> bien la solution que tu exposes qui tourne, je n'ai rien trouvé d'aut re
> à l'époque.
> Sur le coup ça me semblait aussi pas mal tordu pour peu de choses.
>
En tout cas, ça marche...
> Et bien voilà qui ne fait pas avancer le schmilblick, désolé :-)
>
ça n'est pas grave, merci en tout cas d'avoir
répondu :-)
>
> Par contre pas trop de problèmes, du fait que j'ai pas vraiment de mo dem
> mais un "pseudo-routeur" câble (noos), relié à un ptit routeur 4 ports.
> Quand je mets le tout sous tension, le temps que le PC boote tout ce
> ptit monde a déjà récupéré ses IP.
>
Moi, j'ai le modem USB Speedtouch de chez Alcatel
(la raie manta) qui a alimenté pas mal de threads
dans les forums.
J'ai pas mal galéré à le faire fonctionner sous
les noyaux 2.4 puis 2.6 maintenant.
Enfin il fonctionne sans problème.
Par contre, il met pas mal de temps à se
synchroniser et je ne peux pas mettre le script de
connexion en tâche de fond, car les autres
rc-scripts (comme ntp-client) se lancent avant que
le modem ait fini de se synchroniser...
Un de ces jours, je passerai peut-être à un modem
ethernet qui est parait-il plus souple à configurer.
A+
Quel est le problème si ntp-client se lance alors que tu
n'est pas connecté ? Il dérègle l'horloge ?
Si tel est le cas, il y a moyen de spécifier des serveur
de temps préférentiels je crois et de spécifier l'horloge
locale en dernier au cas où les premiers ne sont pas
accessibles.
Quel est le problème si ntp-client se lance alors que tu
n'est pas connecté ? Il dérègle l'horloge ?
Si tel est le cas, il y a moyen de spécifier des serveur
de temps préférentiels je crois et de spécifier l'horloge
locale en dernier au cas où les premiers ne sont pas
accessibles.
Quel est le problème si ntp-client se lance alors que tu
n'est pas connecté ? Il dérègle l'horloge ?
Si tel est le cas, il y a moyen de spécifier des serveur
de temps préférentiels je crois et de spécifier l'horloge
locale en dernier au cas où les premiers ne sont pas
accessibles.
le système ne trouve pas le serveur ntp et ne peut
pas ajuster l'heure.
Du coup, ntpd ne démarre plus.
le système ne trouve pas le serveur ntp et ne peut
pas ajuster l'heure.
Du coup, ntpd ne démarre plus.
le système ne trouve pas le serveur ntp et ne peut
pas ajuster l'heure.
Du coup, ntpd ne démarre plus.