Deutsch   English   Français   Italiano  
<tfnptu$fg4$1@gioia.aioe.org>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!2.eu.feeder.erje.net!feeder.erje.net!news.uzoreto.com!aioe.org!RxWJWPal/atCxkx01yaYMA.user.46.165.242.91.POSTED!not-for-mail
From: Franck <franck@email.invalid>
Newsgroups: fr.comp.usenet.serveurs
Subject: Re: Cancel-Key et Cancel-Lock ne fonctionnent pas sur dodin.fr.nf
Date: Mon, 12 Sep 2022 19:23:09 +0200
Organization: Aioe.org NNTP Server
Message-ID: <tfnptu$fg4$1@gioia.aioe.org>
References: <tfers7$g3o$1@ns507557.dodin.fr.nf> <tfg2ei$1ocg$1@gioia.aioe.org>
 <tfhjf7$2vm$1@ns507557.dodin.fr.nf> <tfhm4f$nvd$1@shakotay.alphanet.ch>
 <tfhq15$420$1@ns507557.dodin.fr.nf> <tfhvq7$26r$1@shakotay.alphanet.ch>
 <tfi0ls$5fv$1@shakotay.alphanet.ch> <tfibp3$19c2$1@gioia.aioe.org>
 <tfifsl$1q3an$1@news.trigofacile.com> <tfml2d$q35$1@rasp.pasdenom.info>
 <tfnomr$1urg8$1@news.trigofacile.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Info: gioia.aioe.org; logging-data="15876"; posting-host="RxWJWPal/atCxkx01yaYMA.user.gioia.aioe.org"; mail-complaints-to="abuse@aioe.org";
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
 Thunderbird/102.2.2
X-Notice: Filtered by postfilter v. 0.9.2
Content-Language: fr
Bytes: 2521
Lines: 33

Le 12/09/2022 à 19:02, Julien ÉLIE a écrit :

Salut Julien,

Merci pour ta réponse très claire et détaillée.

> """
> addcanlockuser:
> 
> If set to none, posts made by these users will not have a user-specific 
> hash in the Cancel-Lock header field (only the admin hash will be 
> generated).  No Cancel-Key header field will be present in cancel or 
> supersede requests.  This is a string value and the default is 
> "username", that is to say a user-specific hash based on the identity 
> assigned to the connection is used.

C'est ce qui est actuellement actif sur mon serveur car je me suis basé 
strictement sur la RFC qui indique une identification formelle.

> Another possible value to this parameter is "ip", in which case a 
> user-specific hash based on the IP of the connection is used (which 
> should be a static IP so as to actually identify users).

On en a déjà discuté et j'ai déjà prévu cette possibilité car elle offre 
un peu plus de sécurité que "none" (!).

> Ce niveau de configuration offre pas mal de flexibilité :-)

Effectivement et bien plus que ce qui est en vigueur sur mon serveur car 
je ne gère pas les accès de la même manière.

Franck