J'en ai marre que mon mes macs au labo affichent chacun leur heure. Je
ne sais pas si cela est du aux firewalls sur les routeurs de campus mais
les NTP de Apple sont injoignables. La fac va mettre en service de
nouveaux serveurs NTP; mais je ne sais pas comment on les ajoute à ceux
d'Apple, de telle sorte qu'ils apparaissent dans le menu déroulant du
TdB pref système "Date et heure"
Je sens venir un dégainage de Terminal, alors un chouille de précision
serait bienvenu.
Eventuellement, il est peut-être possible d'entrer plusieurs serveurs ntp séparés par un espace dans l'application de préférences systèmes (pas testé mais c'est le résultat après avoir édité /etc/ntp.conf).
Ne marche pas en tout cas sous Panther...
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Laurent Joyeux <ljoyeux@free.fr> wrote:
Eventuellement, il est peut-être possible d'entrer
plusieurs serveurs ntp séparés par un espace dans l'application de
préférences systèmes (pas testé mais c'est le résultat après avoir édité
/etc/ntp.conf).
Ne marche pas en tout cas sous Panther...
JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
Eventuellement, il est peut-être possible d'entrer plusieurs serveurs ntp séparés par un espace dans l'application de préférences systèmes (pas testé mais c'est le résultat après avoir édité /etc/ntp.conf).
Ne marche pas en tout cas sous Panther...
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
blanc
Eric Levenez wrote:
Je ne connaissais pas. C'est bien cela. Mais Mac OS X ne lance pas nptd dans ce mode, cela ne doit pas être simple pour faire marcher ce mode multicast...
Ca a l'air d'être assez bien expliqué sur ce site : <http://www.hsc.fr/ressources/breves/ntp-auth.html.fr>
JPaul.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Eric Levenez <news@levenez.com> wrote:
Je ne connaissais pas. C'est bien cela. Mais Mac OS X ne lance pas nptd dans
ce mode, cela ne doit pas être simple pour faire marcher ce mode
multicast...
Ca a l'air d'être assez bien expliqué sur ce site :
<http://www.hsc.fr/ressources/breves/ntp-auth.html.fr>
JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
Je ne connaissais pas. C'est bien cela. Mais Mac OS X ne lance pas nptd dans ce mode, cela ne doit pas être simple pour faire marcher ce mode multicast...
Ca a l'air d'être assez bien expliqué sur ce site : <http://www.hsc.fr/ressources/breves/ntp-auth.html.fr>
JPaul.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Eric Levenez
Le 22/03/06 22:28, dans <1hcmh1e.1o3o6861pn2r15N%, « JPaul » a écrit :
Eric Levenez wrote:
Je ne connaissais pas. C'est bien cela. Mais Mac OS X ne lance pas nptd dans ce mode, cela ne doit pas être simple pour faire marcher ce mode multicast...
Ca a l'air d'être assez bien expliqué sur ce site : <http://www.hsc.fr/ressources/breves/ntp-auth.html.fr>
Je parlais de l'interface avec Mac OS X, pas d'un client NTP sur un système quelconque sur lequel on peut modifier la config à sa guise.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 22/03/06 22:28, dans <1hcmh1e.1o3o6861pn2r15N%blanc@empty.org>, « JPaul »
<blanc@empty.org> a écrit :
Eric Levenez <news@levenez.com> wrote:
Je ne connaissais pas. C'est bien cela. Mais Mac OS X ne lance pas nptd dans
ce mode, cela ne doit pas être simple pour faire marcher ce mode
multicast...
Ca a l'air d'être assez bien expliqué sur ce site :
<http://www.hsc.fr/ressources/breves/ntp-auth.html.fr>
Je parlais de l'interface avec Mac OS X, pas d'un client NTP sur un système
quelconque sur lequel on peut modifier la config à sa guise.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 22/03/06 22:28, dans <1hcmh1e.1o3o6861pn2r15N%, « JPaul » a écrit :
Eric Levenez wrote:
Je ne connaissais pas. C'est bien cela. Mais Mac OS X ne lance pas nptd dans ce mode, cela ne doit pas être simple pour faire marcher ce mode multicast...
Ca a l'air d'être assez bien expliqué sur ce site : <http://www.hsc.fr/ressources/breves/ntp-auth.html.fr>
Je parlais de l'interface avec Mac OS X, pas d'un client NTP sur un système quelconque sur lequel on peut modifier la config à sa guise.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
blanc
Eric Levenez wrote:
Je parlais de l'interface avec Mac OS X, pas d'un client NTP sur un système quelconque sur lequel on peut modifier la config à sa guise.
Mais amha tu peux modifier la config ntp sur Mac OS X en modifiant le fichier /etc/ntp.conf et autres fichiers annexes. Perso j'ai moi même modifié ntp.conf afin de pouvoir interroger plusieurs serveurs ntp, ce que l'interface de Panther ne permet pas de faire.
Le démon ntpd, et les utilitaires ntpq, ntp-genkeys, ntpdc, ntpdate,... sont parfaitement présent sur Mac OS X et tu peux les utiliser par l'intermédiaire du Terminal..
Je suis d'accord que Mac OS X ne lance pas pas ntpd dans le mode multicast par défaut, mais tu dois pouvoir modifier la config afin qu'il le fasse.
JPaul.
/==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Eric Levenez <news@levenez.com> wrote:
Je parlais de l'interface avec Mac OS X, pas d'un client NTP sur un système
quelconque sur lequel on peut modifier la config à sa guise.
Mais amha tu peux modifier la config ntp sur Mac OS X en modifiant le
fichier /etc/ntp.conf et autres fichiers annexes. Perso j'ai moi même
modifié ntp.conf afin de pouvoir interroger plusieurs serveurs ntp, ce
que l'interface de Panther ne permet pas de faire.
Le démon ntpd, et les utilitaires ntpq, ntp-genkeys, ntpdc, ntpdate,...
sont parfaitement présent sur Mac OS X et tu peux les utiliser par
l'intermédiaire du Terminal..
Je suis d'accord que Mac OS X ne lance pas pas ntpd dans le mode
multicast par défaut, mais tu dois pouvoir modifier la config afin qu'il
le fasse.
JPaul.
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
Je parlais de l'interface avec Mac OS X, pas d'un client NTP sur un système quelconque sur lequel on peut modifier la config à sa guise.
Mais amha tu peux modifier la config ntp sur Mac OS X en modifiant le fichier /etc/ntp.conf et autres fichiers annexes. Perso j'ai moi même modifié ntp.conf afin de pouvoir interroger plusieurs serveurs ntp, ce que l'interface de Panther ne permet pas de faire.
Le démon ntpd, et les utilitaires ntpq, ntp-genkeys, ntpdc, ntpdate,... sont parfaitement présent sur Mac OS X et tu peux les utiliser par l'intermédiaire du Terminal..
Je suis d'accord que Mac OS X ne lance pas pas ntpd dans le mode multicast par défaut, mais tu dois pouvoir modifier la config afin qu'il le fasse.
JPaul.
/==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
filh
Erwan David wrote:
FiLH écrivait :
Erwan David writes:
Eric Levenez écrivait :
Le 21/03/06 22:29, dans <1hckm4e.1uheryb1trgnmsN%,
Oui dans le cas d'un réseau local il est plus intéressant d'avoir un serveur de temps qui broadcaste des «tops » que d'être interrogé par 500 machines.
Avec quel protocole fait-on cela ?
ntp en mode multicast (et pas broadcast).
Heu... pourquoi pas broadcast ?
Le multicast consomme moins de ressources sur un réseau où tout le monde n'est pas inscrit. Il passe aussi les routeurs (qui connaissent le multicast) contrairement au broadcast.
À condition que tes switches soient configurés IGMP aware ce qui n'est pas toujours le cas - dans ce cas là ca broadcaste - et que ça marche ce qui n'est pas toujours le cas non plus - et là les multicast passent mal.
Maintenant faut pas trop déconner sur les ressources réseau consommées par NTP en local... c'est peanuts.
Je n'ai aps connaissance d'un mode broadcast pour ntp, mais ça peut cependant exister.
Mon serveur de temps EST paramétré en broadcast (depuis 6 ou 7 ans minimum)
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Erwan David <erwan@rail.eu.org> wrote:
FiLH <filh@filh.org> écrivait :
Erwan David <erwan@rail.eu.org> writes:
Eric Levenez <news@levenez.com> écrivait :
Le 21/03/06 22:29, dans <1hckm4e.1uheryb1trgnmsN%filh@filh.orgie>,
Oui dans le cas d'un réseau local il est plus intéressant d'avoir un
serveur de temps qui broadcaste des «tops » que d'être interrogé par
500 machines.
Avec quel protocole fait-on cela ?
ntp en mode multicast (et pas broadcast).
Heu... pourquoi pas broadcast ?
Le multicast consomme moins de ressources sur un réseau où tout le
monde n'est pas inscrit. Il passe aussi les routeurs (qui connaissent
le multicast) contrairement au broadcast.
À condition que tes switches soient configurés IGMP aware ce qui n'est
pas toujours le cas - dans ce cas là ca broadcaste - et que ça marche ce
qui n'est pas toujours le cas non plus - et là les multicast passent
mal.
Maintenant faut pas trop déconner sur les ressources réseau consommées
par NTP en local... c'est peanuts.
Je n'ai aps connaissance d'un mode broadcast pour ntp, mais ça peut
cependant exister.
Mon serveur de temps EST paramétré en broadcast (depuis 6 ou 7 ans
minimum)
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
Le 21/03/06 22:29, dans <1hckm4e.1uheryb1trgnmsN%,
Oui dans le cas d'un réseau local il est plus intéressant d'avoir un serveur de temps qui broadcaste des «tops » que d'être interrogé par 500 machines.
Avec quel protocole fait-on cela ?
ntp en mode multicast (et pas broadcast).
Heu... pourquoi pas broadcast ?
Le multicast consomme moins de ressources sur un réseau où tout le monde n'est pas inscrit. Il passe aussi les routeurs (qui connaissent le multicast) contrairement au broadcast.
À condition que tes switches soient configurés IGMP aware ce qui n'est pas toujours le cas - dans ce cas là ca broadcaste - et que ça marche ce qui n'est pas toujours le cas non plus - et là les multicast passent mal.
Maintenant faut pas trop déconner sur les ressources réseau consommées par NTP en local... c'est peanuts.
Je n'ai aps connaissance d'un mode broadcast pour ntp, mais ça peut cependant exister.
Mon serveur de temps EST paramétré en broadcast (depuis 6 ou 7 ans minimum)
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
filh
patpro ~ Patrick Proniewski wrote:
In article , FiLH wrote:
ntp en mode multicast (et pas broadcast).
Je ne connaissais pas. C'est bien cela. Mais Mac OS X ne lance pas nptd dans ce mode, cela ne doit pas être simple pour faire marcher ce mode multicast...
Non. Par défaut on est client ntp. Là c'est monter un serveur ntp.
par ailleurs, l'implémentation d'un service multicast nécessite un équipement réseau compatible (ie. pas trop obsolète).
Ben sinon ça devrait passer en broadcast hein... Je ne sais pas trop comment se comportent les switches « de base » à trente roros qui tombent en marche.
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
In article <uxacbioqcbwer@noorg.org>, FiLH <filh@filh.org> wrote:
ntp en mode multicast (et pas broadcast).
Je ne connaissais pas. C'est bien cela. Mais Mac OS X ne lance pas nptd
dans
ce mode, cela ne doit pas être simple pour faire marcher ce mode
multicast...
Non. Par défaut on est client ntp. Là c'est monter un serveur ntp.
par ailleurs, l'implémentation d'un service multicast nécessite un
équipement réseau compatible (ie. pas trop obsolète).
Ben sinon ça devrait passer en broadcast hein...
Je ne sais pas trop comment se comportent les switches « de base » à
trente roros qui tombent en marche.
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
Je ne connaissais pas. C'est bien cela. Mais Mac OS X ne lance pas nptd dans ce mode, cela ne doit pas être simple pour faire marcher ce mode multicast...
Non. Par défaut on est client ntp. Là c'est monter un serveur ntp.
par ailleurs, l'implémentation d'un service multicast nécessite un équipement réseau compatible (ie. pas trop obsolète).
Ben sinon ça devrait passer en broadcast hein... Je ne sais pas trop comment se comportent les switches « de base » à trente roros qui tombent en marche.
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
laurent.pertois
Gilles Querat wrote:
Une question *on : Comment le sais tu ? Parce que tu as un moyen indépendant de connaitre la "bonne" heure ou bien il y a un message ou autre qqpart dans les log ?
$ zgrep ntpd /var/log/system.log.*.gz /var/log/system.log.7.gz:Mar 16 04:30:06 rdaneel ntpd[147]: time reset -0.370722 s
Il le dit quand il y a changement.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Une question *on : Comment le sais tu ? Parce que tu as un moyen
indépendant de connaitre la "bonne" heure ou bien il y a un message ou
autre qqpart dans les log ?
$ zgrep ntpd /var/log/system.log.*.gz
/var/log/system.log.7.gz:Mar 16 04:30:06 rdaneel ntpd[147]: time reset
-0.370722 s
Il le dit quand il y a changement.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Une question *on : Comment le sais tu ? Parce que tu as un moyen indépendant de connaitre la "bonne" heure ou bien il y a un message ou autre qqpart dans les log ?
$ zgrep ntpd /var/log/system.log.*.gz /var/log/system.log.7.gz:Mar 16 04:30:06 rdaneel ntpd[147]: time reset -0.370722 s
Il le dit quand il y a changement.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
blanc
Laurent Pertois wrote:
$ zgrep ntpd /var/log/system.log.*.gz /var/log/system.log.7.gz:Mar 16 04:30:06 rdaneel ntpd[147]: time reset -0.370722 s
Il le dit quand il y a changement.
Très intéressant. Une autre méthode, est : dans la console, cliquer sur system.log (ou l'un de ses prédecesseurs) et filtrer avec "ntpd"... mais ça revient au même.
Surtout je viens ainsi de me rendre compte que j'avais systématiquement une deuxième ligne (immédiatement après) :
Mar 19 15:24:08 Clermont ntpd[252]: time reset 0.277213 s Mar 19 15:24:08 Clermont ntpd[252]: synchronisation lost
Donc si je comprends bien, il se synchronise, puis aussitôt perd la synchronisation ?...
JPaul.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
$ zgrep ntpd /var/log/system.log.*.gz
/var/log/system.log.7.gz:Mar 16 04:30:06 rdaneel ntpd[147]: time reset
-0.370722 s
Il le dit quand il y a changement.
Très intéressant. Une autre méthode, est : dans la console, cliquer sur
system.log (ou l'un de ses prédecesseurs) et filtrer avec "ntpd"... mais
ça revient au même.
Surtout je viens ainsi de me rendre compte que j'avais systématiquement
une deuxième ligne (immédiatement après) :
Mar 19 15:24:08 Clermont ntpd[252]: time reset 0.277213 s
Mar 19 15:24:08 Clermont ntpd[252]: synchronisation lost
Donc si je comprends bien, il se synchronise, puis aussitôt perd la
synchronisation ?...
JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
$ zgrep ntpd /var/log/system.log.*.gz /var/log/system.log.7.gz:Mar 16 04:30:06 rdaneel ntpd[147]: time reset -0.370722 s
Il le dit quand il y a changement.
Très intéressant. Une autre méthode, est : dans la console, cliquer sur system.log (ou l'un de ses prédecesseurs) et filtrer avec "ntpd"... mais ça revient au même.
Surtout je viens ainsi de me rendre compte que j'avais systématiquement une deuxième ligne (immédiatement après) :
Mar 19 15:24:08 Clermont ntpd[252]: time reset 0.277213 s Mar 19 15:24:08 Clermont ntpd[252]: synchronisation lost
Donc si je comprends bien, il se synchronise, puis aussitôt perd la synchronisation ?...
JPaul.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
