Sujet : Re: [INN] Création et distribution hiérarchie privée
De : doug.letough (at) *nospam* free.fr (Doug713705)
Groupes : fr.comp.usenet.serveursDate : 22. Dec 2025, 11:50:05
Autres entêtes
Organisation : redatomik.org
Message-ID : <slrn10ki8it.8o2.doug.letough@hyperion.local.mcos.nc>
References : 1 2 3 4 5
User-Agent : slrn/1.0.3 (Linux)
Le 21-12-2025, Doug713705 <
doug.letough@free.fr> a écrit :
Le 21-12-2025, Julien ÉLIE <iulius@nom-de-mon-site.com.invalid> a écrit :
[SNIP]
(dans le cas de la création d'un group) et j'ai les traces suivantes dans
/var/log/news/news après deux tentatives de création du groupe "plop.plop":
Dec 21 10:50:39.527 + localhost <newgroup-plop.plop-1766273184@news.plop.org> 2176 controlchan!
Dec 21 10:56:13.299 + localhost <newgroup-plop.plop-1766274832@news.plop.org> 2177 controlchan!
Cependant, pas de création effective sur le serveur !
>
Ces lignes disent seulement que l'article de contrôle a été transmis à
controlchan.
As-tu les logs de controlchan ? Ils devraient normalement apparaître
dans "/var/log/news/news/news.notice".
>
Le log est /var/log/news/news/news.notice est absolument vide !
Finalement j'ai réinstallé INN sur une babasse physique pour éliminer la
problématique container.
Le log /var/log/news/news/news.notice est toujours vide par contre j'ai
pas mal de contenu dans journalctl. C'est la modernitude qui veut ça.
Je ne serai pas tout à fait étonné de m'apercevoir que mon container est
bancale sur quelques points ;-)
Voilà, d'où la reinstallation old school sur du physique.
Sinon, tu peux le lancer à la main :
grephistory '<newgroup-plop.plop-1766273184@news.plop.org>' | controlchan
>
>
Sun Dec 21 22:12:24 2025: skipping newgroup y control@tetalab.org (pgpverify failed)
>
Je crois que le message est clair :)
J'ai toujours ce même problème et je penche pour un problème dans la
conf de control.ctl ou un pataquès sur le nommage des clefs.
newgroup:*:tetalab.*:drop
rmgroup:*:tetalab.*:drop
checkgroups:
control@tetalab.org:tetalab.*:
verify-controli@tetalab.orgnewgroup:
control@tetalab.org:tetalab.*:
verify-control@tetalab.orgrmgroup:
control@tetalab.org:tetalab.*:
verify-control@tetalab.org~$ gpg --list-keys (sur le serveur)
/var/spool/news/.gnupg/pubring.kbx
----------------------------------
pub rsa4096 2025-12-22 [SC]
8E8203A119D89A30E31600954C9469A22D1F3CA0
uid [ inconnue] control-tetalab <
control@tetalab.org>
sub rsa4096 2025-12-22 [E]
et les headers du CMSG généré par signcontrol.py:
Subject: cmsg newgroup tetalab.plip
Control: newgroup tetalab.plip
Message-ID: <
newgroup-tetalab.plip-1766399027@news.tetalab.org>
Date: Mon, 22 Dec 2025 21:23:47 +1100
Injection-Date: Mon, 22 Dec 2025 21:23:47 +1100
From: control-tetalab <
control@tetalab.org>
Approved:
control@tetalab.org $ gpg --list-keys (sur la machine signant le CMSG)
/home/doug/.gnupg/pubring.kbx
----------------------------
pub rsa4096 2025-12-22 [SC]
8E8203A119D89A30E31600954C9469A22D1F3CA0
uid [ ultime ] control-tetalab <
control@tetalab.org>
sub rsa4096 2025-12-22 [E]
La conf de signcontrol.py:
ID = "control-tetalab <
control@tetalab.org>"
MAIL = "
control@tetalab.org"
NAME = "control-tetalab"
Lorsque je remplace les "verify-" par "doit", tout se met évidemment à fonctionner.
-- DougEnvoyé depuis mon Jacob Delafon 3000 Turbo
Haut de la page
Les messages affichés proviennent d'usenet.
NewsPortal