J'ai besoin d'installer un serveur de temps type ntpd ou openntpd.
openntpd me parait plus simple mais jai l'impression qu'il ne gére que
le protocole ntp or j'ai besoin de
gérer ntp et également "timeserver" sur le port 37 (c'est pour des
modems cable ... )
Merci de vos suggestions et idées voir solutions
Sébastien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le Mardi 9 Mai 2006 15:13, Sébastien CRAMATTE a écrit :
Bonjour à tous
J'ai besoin d'installer un serveur de temps type ntpd ou openntpd. openntpd me parait plus simple mais jai l'impression qu'il ne gére que le protocole ntp or j'ai besoin de gérer ntp et également "timeserver" sur le port 37 (c'est pour des modems cable ... )
Merci de vos suggestions et idées voir solutions
Sébastien
Ni ntpd, ni openntpd ne gère le "protocole" time. C'est géré par inetd (dé-commenter les lignes commençant par "#time " dans /etc/inetd.conf)
Sinon, openntpd est léger et plus sûr à priori (développé par l' équipe openbsd). Mais il n'y a pas les commandes clientes comme ntpq, qui permet d e voir avec quoi on se synchronise par exemple (commande peers).
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le Mardi 9 Mai 2006 15:13, Sébastien CRAMATTE a écrit :
Bonjour à tous
J'ai besoin d'installer un serveur de temps type ntpd ou openntpd.
openntpd me parait plus simple mais jai l'impression qu'il ne gére que
le protocole ntp or j'ai besoin de
gérer ntp et également "timeserver" sur le port 37 (c'est pour des
modems cable ... )
Merci de vos suggestions et idées voir solutions
Sébastien
Ni ntpd, ni openntpd ne gère le "protocole" time.
C'est géré par inetd (dé-commenter les lignes commençant par "#time "
dans /etc/inetd.conf)
Sinon, openntpd est léger et plus sûr à priori (développé par l' équipe
openbsd). Mais il n'y a pas les commandes clientes comme ntpq, qui permet d e
voir avec quoi on se synchronise par exemple (commande peers).
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le Mardi 9 Mai 2006 15:13, Sébastien CRAMATTE a écrit :
Bonjour à tous
J'ai besoin d'installer un serveur de temps type ntpd ou openntpd. openntpd me parait plus simple mais jai l'impression qu'il ne gére que le protocole ntp or j'ai besoin de gérer ntp et également "timeserver" sur le port 37 (c'est pour des modems cable ... )
Merci de vos suggestions et idées voir solutions
Sébastien
Ni ntpd, ni openntpd ne gère le "protocole" time. C'est géré par inetd (dé-commenter les lignes commençant par "#time " dans /etc/inetd.conf)
Sinon, openntpd est léger et plus sûr à priori (développé par l' équipe openbsd). Mais il n'y a pas les commandes clientes comme ntpq, qui permet d e voir avec quoi on se synchronise par exemple (commande peers).
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Lionel Elie Mamane
On Mon, May 15, 2006 at 10:42:26AM +0200, Gilles Mocellin wrote:
Le Mardi 9 Mai 2006 15:13, Sébastien CRAMATTE a écrit :
J'ai besoin d'installer un serveur de temps type ntpd ou openntpd.
Sinon, openntpd est léger et plus sûr à priori (développé par l'équipe openbsd). Mais il n'y a pas les commandes clientes comme ntpq, qui permet de voir avec quoi on se synchronise par exemple (commande peers).
Aussi, la qualité d'implémentation du protocole est déplorable. OpenNTPD _ment_ à ses pairs et clients.
-- Lionel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Mon, May 15, 2006 at 10:42:26AM +0200, Gilles Mocellin wrote:
Le Mardi 9 Mai 2006 15:13, Sébastien CRAMATTE a écrit :
J'ai besoin d'installer un serveur de temps type ntpd ou openntpd.
Sinon, openntpd est léger et plus sûr à priori (développé par
l'équipe openbsd). Mais il n'y a pas les commandes clientes comme
ntpq, qui permet de voir avec quoi on se synchronise par exemple
(commande peers).
Aussi, la qualité d'implémentation du protocole est
déplorable. OpenNTPD _ment_ à ses pairs et clients.
--
Lionel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Mon, May 15, 2006 at 10:42:26AM +0200, Gilles Mocellin wrote:
Le Mardi 9 Mai 2006 15:13, Sébastien CRAMATTE a écrit :
J'ai besoin d'installer un serveur de temps type ntpd ou openntpd.
Sinon, openntpd est léger et plus sûr à priori (développé par l'équipe openbsd). Mais il n'y a pas les commandes clientes comme ntpq, qui permet de voir avec quoi on se synchronise par exemple (commande peers).
Aussi, la qualité d'implémentation du protocole est déplorable. OpenNTPD _ment_ à ses pairs et clients.
-- Lionel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
François Boisson
Gilles Mocellin a écrit:
Le Mardi 9 Mai 2006 15:13, Sébastien CRAMATTE a écrit :
Bonjour à tous
Personnellement j'utilise une machine avec ntp synchronisé sur des serveurs extérieurs (après autorisation) sur laquelle se synchronise les autres machines (ntpdate pour les clients, ntpd pour les serveurs).
Attention, un serveur ntp met à peu près 12 heures avant de pouvoir servir de référence. Si la machine est vraiment pourrie, la synchro peut décrocher...
François Boisson
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Gilles Mocellin a écrit:
Le Mardi 9 Mai 2006 15:13, Sébastien CRAMATTE a écrit :
Bonjour à tous
Personnellement j'utilise une machine avec ntp synchronisé sur des
serveurs extérieurs (après autorisation) sur laquelle se synchronise les
autres machines (ntpdate pour les clients, ntpd pour les serveurs).
Attention, un serveur ntp met à peu près 12 heures avant de pouvoir
servir de référence. Si la machine est vraiment pourrie, la synchro peut
décrocher...
François Boisson
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le Mardi 9 Mai 2006 15:13, Sébastien CRAMATTE a écrit :
Bonjour à tous
Personnellement j'utilise une machine avec ntp synchronisé sur des serveurs extérieurs (après autorisation) sur laquelle se synchronise les autres machines (ntpdate pour les clients, ntpd pour les serveurs).
Attention, un serveur ntp met à peu près 12 heures avant de pouvoir servir de référence. Si la machine est vraiment pourrie, la synchro peut décrocher...
François Boisson
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Gabriel Paubert
On Mon, May 15, 2006 at 03:18:42PM +0200, François Boisson wrote:
Gilles Mocellin a écrit: >Le Mardi 9 Mai 2006 15:13, Sébastien CRAMATTE a écrit : > >>Bonjour à tous >> > Personnellement j'utilise une machine avec ntp synchronisé sur des serveurs extérieurs (après autorisation) sur laquelle se synchronis e les autres machines (ntpdate pour les clients, ntpd pour les serveurs).
Attention, un serveur ntp met à peu près 12 heures avant de pouvoir servir de référence. Si la machine est vraiment pourrie, la synchro peut décrocher...
Vraiment? J'ai mes propres serveurs NTP connectés à des récepteurs GPS qui distribuent des signaux IRIGB et ont souvent moins de 10µs d'erreur après un redémarrage (extrait d'un loopstat):
Je vois de temps en temps des erreurs de l'ordre de 20 à 30 µs mais très rarement plus même lorsque le GPS a un problème (on continue sur une référence au rubidium ou sur un maser à hydrogène, mais un bon quartz compensé en température devrait déjà être pas mal).
Ceci dit j'ai écrit mon propre pilote noyau pour les cartes réceptrices de l'IRIGB et pris pas mal de précautions (par exemple je lis deux fois de suite l'heure par do_gettimeofday pour éliminer la différence entre cache chaud et cache froid). En plus il s'agit de machine PPC de Motorola avec des bases de temps très stables (d'autres machines donnent des résultats bien pires).
J'ai aussi forcé les paramèters des serveurs de référence: je les oblige à relire l'horloge toutes les 16 secondes sinon la boucle de NTP se croit verrouillée et a tendance à relire l'interface IRIGB moins souvent ce qui se traduit par une dégradation énorme de la précision.
Gabriel
On Mon, May 15, 2006 at 03:18:42PM +0200, François Boisson wrote:
Gilles Mocellin a écrit:
>Le Mardi 9 Mai 2006 15:13, Sébastien CRAMATTE a écrit :
>
>>Bonjour à tous
>>
>
Personnellement j'utilise une machine avec ntp synchronisé sur des
serveurs extérieurs (après autorisation) sur laquelle se synchronis e les
autres machines (ntpdate pour les clients, ntpd pour les serveurs).
Attention, un serveur ntp met à peu près 12 heures avant de pouvoir
servir de référence. Si la machine est vraiment pourrie, la synchro peut
décrocher...
Vraiment? J'ai mes propres serveurs NTP connectés à des récepteurs
GPS qui distribuent des signaux IRIGB et ont souvent moins de 10µs
d'erreur après un redémarrage (extrait d'un loopstat):
Je vois de temps en temps des erreurs de l'ordre de 20 à 30 µs
mais très rarement plus même lorsque le GPS a un problème (on
continue sur une référence au rubidium ou sur un maser à
hydrogène, mais un bon quartz compensé en température devrait
déjà être pas mal).
Ceci dit j'ai écrit mon propre pilote noyau pour les cartes
réceptrices de l'IRIGB et pris pas mal de précautions (par
exemple je lis deux fois de suite l'heure par do_gettimeofday
pour éliminer la différence entre cache chaud et cache froid).
En plus il s'agit de machine PPC de Motorola avec des bases
de temps très stables (d'autres machines donnent des résultats
bien pires).
J'ai aussi forcé les paramèters des serveurs de référence: je
les oblige à relire l'horloge toutes les 16 secondes sinon
la boucle de NTP se croit verrouillée et a tendance à relire
l'interface IRIGB moins souvent ce qui se traduit par une
dégradation énorme de la précision.
On Mon, May 15, 2006 at 03:18:42PM +0200, François Boisson wrote:
Gilles Mocellin a écrit: >Le Mardi 9 Mai 2006 15:13, Sébastien CRAMATTE a écrit : > >>Bonjour à tous >> > Personnellement j'utilise une machine avec ntp synchronisé sur des serveurs extérieurs (après autorisation) sur laquelle se synchronis e les autres machines (ntpdate pour les clients, ntpd pour les serveurs).
Attention, un serveur ntp met à peu près 12 heures avant de pouvoir servir de référence. Si la machine est vraiment pourrie, la synchro peut décrocher...
Vraiment? J'ai mes propres serveurs NTP connectés à des récepteurs GPS qui distribuent des signaux IRIGB et ont souvent moins de 10µs d'erreur après un redémarrage (extrait d'un loopstat):
Je vois de temps en temps des erreurs de l'ordre de 20 à 30 µs mais très rarement plus même lorsque le GPS a un problème (on continue sur une référence au rubidium ou sur un maser à hydrogène, mais un bon quartz compensé en température devrait déjà être pas mal).
Ceci dit j'ai écrit mon propre pilote noyau pour les cartes réceptrices de l'IRIGB et pris pas mal de précautions (par exemple je lis deux fois de suite l'heure par do_gettimeofday pour éliminer la différence entre cache chaud et cache froid). En plus il s'agit de machine PPC de Motorola avec des bases de temps très stables (d'autres machines donnent des résultats bien pires).
J'ai aussi forcé les paramèters des serveurs de référence: je les oblige à relire l'horloge toutes les 16 secondes sinon la boucle de NTP se croit verrouillée et a tendance à relire l'interface IRIGB moins souvent ce qui se traduit par une dégradation énorme de la précision.
Gabriel
François Boisson
> Vraiment? J'ai mes propres serveurs NTP connectés à des récepteurs GPS qui distribuent des signaux IRIGB et ont souvent moins de 10µs d'erreur après un redémarrage (extrait d'un loopstat):
Cela m'est arrivé une fois et pas au reboot, sur une machine dont l'horloge diverge beaucoup:
Elle est synchronisé sur un serveur de stratus 2.
Et dans le syslog est apparu à un moment que le décalage était trop important pour rectifier. J'ai fait un ntpdate (après avoir arrêté ntpd) puis ai relancé ntpd et tout est normal depuis. J'ai interprété ça comme un décalage trop important pour la synchro. Je précise que la machine (uptime de 209 jours aujourd'hui) n'avait pas rebouté (et je ne l'ai pas rebouté. C'est arrivé il y a 3-4 semaines en gros. Mais mon explication est peut être mauvaise...
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
> Vraiment? J'ai mes propres serveurs NTP connectés à des récepteurs
GPS qui distribuent des signaux IRIGB et ont souvent moins de 10µs
d'erreur après un redémarrage (extrait d'un loopstat):
Cela m'est arrivé une fois et pas au reboot, sur une machine dont
l'horloge diverge beaucoup:
Elle est synchronisé sur un serveur de stratus 2.
Et dans le syslog est apparu à un moment que le décalage était trop
important pour rectifier. J'ai fait un ntpdate (après avoir arrêté
ntpd) puis ai relancé ntpd et tout est normal depuis. J'ai interprété
ça comme un décalage trop important pour la synchro. Je précise que la
machine (uptime de 209 jours aujourd'hui) n'avait pas rebouté (et je ne
l'ai pas rebouté. C'est arrivé il y a 3-4 semaines en gros. Mais mon
explication est peut être mauvaise...
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Vraiment? J'ai mes propres serveurs NTP connectés à des récepteurs GPS qui distribuent des signaux IRIGB et ont souvent moins de 10µs d'erreur après un redémarrage (extrait d'un loopstat):
Cela m'est arrivé une fois et pas au reboot, sur une machine dont l'horloge diverge beaucoup:
Elle est synchronisé sur un serveur de stratus 2.
Et dans le syslog est apparu à un moment que le décalage était trop important pour rectifier. J'ai fait un ntpdate (après avoir arrêté ntpd) puis ai relancé ntpd et tout est normal depuis. J'ai interprété ça comme un décalage trop important pour la synchro. Je précise que la machine (uptime de 209 jours aujourd'hui) n'avait pas rebouté (et je ne l'ai pas rebouté. C'est arrivé il y a 3-4 semaines en gros. Mais mon explication est peut être mauvaise...
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact