sur ma bécanne j'ai mon propre serveur de news qui me sert
essentiellement à agréger différents nntp servers.

bien sûr ayant une freebox, je charge sur news.free.fr les groupes
proxad.* et à chaque fois que je me connecte le serveur de free (INN je
pense ?) m'envoie le message suivant :

Oct 29 03:46:49 yvon-thoraval fetchnews[25978]: check_date:
news.free.fr: clocks of upstream and this computer are more than 10
minutes apart. Check your system clock.

bon, je trouve ça curieux car mon horloge est mise-à-jour réguliérement
par ntp.

qq'un aurait une idée sur ce pb ?

je dois l'éviter car fetchnews étant lancé par launchd sur MacOS X
launchd éjecte le job s'il y a eu plus d'unc ertain nombre d'erreurs
dans un laps temps donné....

(fetchnews a été éjecté cette aprems';-)

voila si qq'un a des lumières là-dessus.


--
Une Bévue

Le 1 novembre 2006 à 17:57, Yvon Thoraval a écrit :

Hello.

> bien sûr ayant une freebox, je charge sur news.free.fr les groupes
> proxad.* et à chaque fois que je me connecte le serveur de free (INN je
> pense ?) m'envoie le message suivant :
>
> Oct 29 03:46:49 yvon-thoraval fetchnews[25978]: check_date:
> news.free.fr: clocks of upstream and this computer are more than 10
> minutes apart. Check your system clock.

Ah ben non. C'est fetchnews qui renvoie cette erreur là, pas le serveur
NNTP distant.

Pour tester un peu ce qui se passe, tu peux éventuellement poser la
question en telnet au serveur que tu interroges :

| 23:35 fred@balvenie:~> telnet news.lacave.net 119
| Trying 217.145.39.3...
| Connected to news.lacave.net.
| Escape character is '^]'.
| 200 talisker.lacave.net InterNetNews NNRP server INN 2.5.0 (20060829 snapshot) ready (posting ok).
| authinfo user fred
| 381 PASS required
| authinfo pass ##########
| 281 Ok
| date
| 111 20061103223554
yyyymmddhhnnss

Tout en sachant que la date qu'il te renvoie est UTC (donc une heure
"plus tôt"). A comparer avec :

| 23:42 fred@balvenie:~> date -uj +%Y%m%d%H%M%S
| 20061103224233

Ensuite, à toi de voir où ça débloque. Si le serveur de free est bien à
l'ouest, tu peux leur envoyer un mot expliquant le problème, je suppose.

Fred
--
I'm running free yeah, I'm running free I'm running free yeah, Oh I'm
running free Spent the night in an L.A. jail, and listened to the
sirens wail They ain't got a thing on me, I'm running wild, I'm
running free. (Iron Maiden, Running Free)

F. Senault <fred@lacave.net> wrote:

>
> Ah ben non. C'est fetchnews qui renvoie cette erreur là, pas le serveur
> NNTP distant.

ben oui, merci, c'est pourquoi j'avais la même erreur pour quatre
serveurs différents mais tous visités par le même fetchnews...

donc, j'ai eu une réponse sur la mailing list leafnode (le serveur nntp)
il est très vraisemblable que lorsque j'ai fait mes essais, quelqu'un
(sans doute chez free car là ils bricolent souvent) a passé le réglage
de date en manuel , c'est paraît-il la seule explication plausible.

en tout cas ce pb a disparu de lui-même.

il reste que je dois prémunir mon script de lancement de fetchnews de ce
genre de truc (sinon fetchnews se fait éjecter par launchd).

donc, ton idée de vérifier le time delay par telnet est bonne, je vais
regarder comment déclencher cette vérif en cas d'erreur de fetchnews
seulement...

merci en tk !
--
Une Bévue

On Sat, 04 Nov 2006 07:31:43 +0100, Yvon Thoraval wrote:
> donc, j'ai eu une réponse sur la mailing list leafnode (le serveur nntp)
> il est très vraisemblable que lorsque j'ai fait mes essais, quelqu'un
> (sans doute chez free car là ils bricolent souvent) a passé le réglage
> de date en manuel , c'est paraît-il la seule explication plausible.

Non.

François

Francois Petillon <fanch@fanfan.staff.proxad.net> wrote:

>
> Non.


c'est qioi l'autre alors ?

--
Une Bévue

On Sun, 05 Nov 2006 10:25:27 +0100, Yvon Thoraval wrote:
> c'est quoi l'autre alors ?

Ce n'est pas à moi de répondre à cette question. À la suggestion que
la date des serveurs ait été basculée en manuel, ma réponse est non.
Les frontaux news utilisent 6 serveurs NTP comme source et il n'est pas
question de jouer avec le reglage des dates (il nous faut des logs les
plus précis possible pour la gestion des abus et des réquisitions
judiciaires).

De plus, si le probleme s'est posé sur plusieurs connexions, il me
paraitrait étrange que les différents serveurs aient connu le même
probleme.

Pour finir, j'avais vérifié l'ensemble des serveurs après lecture du
premier article sur le sujet.

François

Francois Petillon <fanch@fanfan.staff.proxad.net> wrote:

>
> Pour finir, j'avais vérifié l'ensemble des serveurs après lecture du
> premier article sur le sujet.

euh, as far as i remember je n'ai pas donné la liste des serveurs sur
lesquels je tentais de me connecter (4).

ce qu'il y a c'est que fetchnews m'a reporté un pb d'horloge pour les 4
serveurs, j'en ai conclus que c'était mon serveur qui avait un pb de
config.

donc j'ai vérifié et demandé à d'autres de vérifier la concordance de la
date de mes posts sur usenet.

c'était ok.

entre-temps j'ai appris que fetchnews reportait cette erreur non pas
pour chaque serveur, comme je le croyais au départ mais par connexion,
donc je ne savais pas quel serveur était la cause du pb.

sachant qu'il y a très souvent des pbs de news* et de ftp** sur free
j'ai supputé que le problème venait côté free.

voilà mais bon ça pouvait très bien provenir d'un des trois autres
serveurs.

* étant abonné free je me paie les services d'un autre serveur nntp
parce que celui de free n'est pas fiable du . de vue temps de réponse.

** ce matin pas moyen de se connecter par ftp, comme ce n'est pas
urgent, j'ai laissé tombé pour plus tard quand les gens dormirons.
--
Une Bévue