Path: ...!newsreader4.netcologne.de!news.netcologne.de!weretis.net!feeder8.news.weretis.net!news.trigofacile.com!.POSTED.176-143-2-105.abo.bbox.fr!not-for-mail
From: =?UTF-8?Q?Julien_=c3=89LIE?= <iulius@nom-de-mon-site.com.invalid>
Newsgroups: fr.comp.usenet.serveurs
Subject: =?UTF-8?Q?Re=3a_comment_ignorer_les_cancels_non_authentifi=c3=a9s?=
Date: Fri, 25 Feb 2022 17:05:28 +0100
Organization: Groupes francophones par TrigoFACILE
Message-ID: <svauo8$2h228$1@news.trigofacile.com>
References: <sv5i3p$6d2$1@ns507557.dodin.fr.nf>
 <sv64jp$2d1l0$1@news.trigofacile.com> <sv6eb7$f2t$1@ns507557.dodin.fr.nf>
 <sv7k55$p4m$1@rasp.pasdenom.info> <sv8h7a$2elhi$1@news.trigofacile.com>
 <sv8j07$a11$1@rasp.pasdenom.info> <sv8nmq$2eol9$1@news.trigofacile.com>
 <sv9pma$br0$1@rasp.pasdenom.info>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 25 Feb 2022 16:05:28 -0000 (UTC)
Injection-Info: news.trigofacile.com; posting-account="julien"; posting-host="176-143-2-105.abo.bbox.fr:176.143.2.105";
	logging-data="2656328"; mail-complaints-to="abuse@trigofacile.com"
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
 Gecko/20100101 Thunderbird/91.6.1
Cancel-Lock: sha1:Tzc/o42nD7uyTe03v4pQzyPbm/c= sha256:yeETlznbDezy3LIuA1+1yXXN/hsyWVVigU69vvZUorU=
	sha1:W1e6DoXY5PWbEZ6Xv/nnpiOGj/8= sha256:VO2QdiBZ6sCzb1T7C6RnGp/pi5lAcl4PrJBiWgnDT3s=
In-Reply-To: <sv9pma$br0$1@rasp.pasdenom.info>
Bytes: 3073
Lines: 31

Bonjour Stéphane,

> Pour le problème spécifique au serveur de jdd, je viens de me rendre
> compte que le cancel-lock basé sur l'utilisateur (au sens défini dans
> readers.conf) est à adapter pour son cas.
[...]> Dans l'idéal, il faudrait que le futur INN 2.7 permette avec une 
simple
> configuration de générer le cancel-lock d'après le posting-host en plus
> de l'utilisateur. Je ne vois pas quel autre paramètre pourrait être utile
> pour générer ce cancel-lock...

Je ne comprends pas bien le besoin de générer le Cancel-Lock depuis le 
posting-host.
Quel est le problème exactement avec la conf du serveur de Jean-Daniel ?

Pour vérifier un Cancel-Key, il n'y a besoin d'aucune information 
particulière si ce n'est le hash du Cancel-Lock initial (donc c'est 
indépendant des données qui ont servies à générer le Cancel-Lock).

Pour créer un Cancel-Lock, c'est une action locale à un serveur de news. 
INN 2.7.0 génère un Cancel-Lock pour l'administrateur (pour qu'il ait la 
main pour annuler l'article si besoin) et l'utilisateur (en se basant 
sur son identifiant). Les autres serveurs se moquent de la clé initiale 
utilisée. Quand ils recevront un Cancel-Key, celui-ci aura été calculé 
par la même implémentation logicielle qui a créé le Cancel-Lock (donc la 
clé initiale est cohérente).

-- 
Julien ÉLIE

« Don't marry for money; you can borrow it cheaper. » (proverbe
   écossais)