Re: Forums usenet

0 views
Skip to first unread message

Marc SCHAEFER

unread,
Oct 1, 2022, 1:23:55 PM10/1/22
to
[ Followup-To: fr.usenet.distribution ]

In fr.usenet.abus.d Richard Hachel <r.ha...@tiscali.fr> wrote:
> Ou puis-je trouver l'organigramme du maillage complet des fournisseurs
> d'accés usenet en France?

Le mieux que j'ai c'est ça pour USENET-fr:

http://shakotay.alphanet.ch/news/inpath-usenet-fr.png

et ça:

http://shakotay.alphanet.ch/news/inpath.png

Mais bien sûr, ceci est la vision depuis mon bout de tuyau, qui n'est
pas en France.

Bon courage pour votre inventaire!

Richard Hachel

unread,
Oct 1, 2022, 1:31:32 PM10/1/22
to
Whaaa! Génial!

Super tes dessins...

Je ne vois pas mon founisseur (nemo) qui doit être branché sur
"pas.de.nom".

Et le tien, il est où?

R.H.

Richard Hachel

unread,
Oct 1, 2022, 2:09:40 PM10/1/22
to
Le 01/10/2022 à 19:23, Marc SCHAEFER a écrit :
C'est toi qui est tout en bas?

Tu feedes dix serveurs?

C'est énorme!!!

R.H.

Eric M

unread,
Oct 1, 2022, 2:30:55 PM10/1/22
to
Richard Hachel a écrit le Sat, 01 Oct 2022 19:31:31
dans fr.usenet.distribution :

> Je ne vois pas mon founisseur (nemo) qui doit être branché sur
> "pas.de.nom".

Nemo a été "branché" sur Alphanet (au moins en entrée) pendant
quelques jours, j'ai renoncé pour plein de raisons (dont une
qui n'existe plus).

Richard Hachel

unread,
Oct 1, 2022, 2:58:51 PM10/1/22
to
Le 01/10/2022 à 19:23, Marc SCHAEFER a écrit :
Bon, j'ai étudié un peu l'organigramme pour tenter de voir les zones de
faiblesse du pipeline que les russes vont saboter.

En Suisse, tu es protégé. Il a a pas de sous marins dans le lac Léman.

J'ai essayé de voir néanmoins les zones de faiblesses entourées de
rouge.

Il y a des serveurs qui ne servent pas à grand chose dans la boucle, et
en cas d'attaque nucléaire, leur feed unique sera coupé.

J'ai vu que pour rétablir des boucles lointaines il serait utile que des
serveurs isolés comme abavia.com, misty.com, gegeweb, et nemoweb ferment
les boucles entre eux.

Qu'en penses-tu?

<http://news2.nemoweb.net/jntp?XWJAcBP1nepBjoeiudKBsLNlbNU@jntp/Data.Media:1>


R.H.






Richard Hachel

unread,
Oct 1, 2022, 3:04:25 PM10/1/22
to
Certains serveurs sont complètement isolés.

Un raccordement de Misty tout en haut avec Gegeweb et Nemo et un autre de
abavia en haut aussi avec Nemo et GeGeweb, pourrait être utile en cas de
panne d'un serveur.

Ca renforcerait les liens et les transmissions.

C'est faisable ça?

R.H.

tTh

unread,
Oct 1, 2022, 3:48:12 PM10/1/22
to
On 10/1/22 20:58, Richard Hachel wrote:

>> Mais bien sûr, ceci est la vision depuis mon bout de tuyau, qui n'est
>> pas en France.
>>
>> Bon courage pour votre inventaire!
>
> Bon, j'ai étudié un peu l'organigramme pour tenter de voir les zones de
> faiblesse du pipeline que les russes vont saboter.

Merci de garder vos dérives complotistes dans les groupes spécialisés.


--
+------------------------------------------------------------------+
| http://la.buvette.org/video/fusion/xper.html |
+------------------------------------------------------------------+


Marc SCHAEFER

unread,
Oct 1, 2022, 4:05:02 PM10/1/22
to
Richard Hachel <r.ha...@tiscali.fr> wrote:
> Je ne vois pas mon founisseur (nemo) qui doit être branché sur
> "pas.de.nom".

Oui, il y a un filtre qui enlève du schéma les noeuds qui ne participent
pas l'échange.

> Et le tien, il est où?

Indice: c'est celui qui est le plus foncé sur le schéma (et c'est
normal, vu que c'est de son point de vue / le schéma est construit de
son bout de tuyau).

Marc SCHAEFER

unread,
Oct 1, 2022, 4:06:10 PM10/1/22
to
Richard Hachel <r.ha...@tiscali.fr> wrote:
> C'est toi qui est tout en bas?

oui

> Tu feedes dix serveurs?

non, vu les chiffres on va dire que la majorité de ces 10 serveurs me
"feedent".

> C'est énorme!!!

non, pas tellement, c'est le principe d'un réseau en inondation.

Marc SCHAEFER

unread,
Oct 1, 2022, 4:09:04 PM10/1/22
to
Richard Hachel <r.ha...@tiscali.fr> wrote:
> En Suisse, tu es protégé. Il a a pas de sous marins dans le lac Léman.

Disons, il y a des points d'échange suisse/france, suisse/allemagne qui
ne passent pas par l'Europe de l'Est.

> Il y a des serveurs qui ne servent pas à grand chose dans la boucle, et
> en cas d'attaque nucléaire, leur feed unique sera coupé.

Oui et non. Il se peut très bien qu'il existe d'autres feeds mais que le
volume actuel soit négligeable, donc non représenté sur le schéma. En cas de coupure
des liaisons actuelles, cela pourrait changer.

> J'ai vu que pour rétablir des boucles lointaines il serait utile que des
> serveurs isolés comme abavia.com, misty.com, gegeweb, et nemoweb ferment
> les boucles entre eux.

Oui, plus de liaisons est toujours une bonne idée.

Marc SCHAEFER

unread,
Oct 1, 2022, 4:15:49 PM10/1/22
to
Marc SCHAEFER <scha...@alphanet.ch> wrote:
> Oui et non. Il se peut très bien qu'il existe d'autres feeds mais que le
> volume actuel soit négligeable, donc non représenté sur le schéma. En cas de coupure
> des liaisons actuelles, cela pourrait changer.

Pour être très concret, j'ai aussi un échange avec gegeweb, mais je
reçois très peu d'articles car ils arrivent plus vite d'ailleurs. Si ma
liaison avec de gros feeds disparaissait, alors gegeweb serait utilisé.
Principe de l'inondation.

Pour référence, voici un schéma de 2019 plus complet (avec aussi les
feeds négligeables):

http://shakotay.alphanet.ch/news/inpath-usenet-fr-version-verbosity-20-demo.png

Richard Hachel

unread,
Oct 1, 2022, 4:26:57 PM10/1/22
to
Qu'appelles-tu principe de l'inondation?

R.H.


Eric M

unread,
Oct 1, 2022, 4:29:18 PM10/1/22
to
Richard Hachel a écrit le Sat, 01 Oct 2022 22:26:56
dans fr.usenet.distribution :

> Qu'appelles-tu principe de l'inondation?

Un peu de lecture, peut-être, pour commencer :
https://fr.wikipedia.org/wiki/Usenet

Marc SCHAEFER

unread,
Oct 1, 2022, 4:34:22 PM10/1/22
to
Richard Hachel <r.ha...@tiscali.fr> wrote:
> Qu'appelles-tu principe de l'inondation?

L'idée est que chaque serveur propose tous les articles à tous les
serveurs auxquel il est connecté (*). Ils peuvent les refuser,
par exemple s'ils les ont déjà (le Message-ID doit être unique).

Il n'y a donc aucun chemin prédéterminé: c'est la performance du réseau
entre les serveurs à un moment donné, la charge des serveurs, etc qui
décide par où un article passe.

Plus chaque serveur a des connections avec d'autres serveurs, plus il
recevra les articles vite et moins il y aura de problèmes en cas de
pannes de serveurs ou de liaisons.

Actuellement, ALPHANET a 15 liens configurés avec d'autres serveurs.

(*) sauf les articles dont l'entête Path: contient déjà le nom
du serveur distant

Richard Hachel

unread,
Oct 1, 2022, 6:03:30 PM10/1/22
to
Le 01/10/2022 à 22:09, Marc SCHAEFER a écrit :
> Richard Hachel <r.ha...@tiscali.fr> wrote:
>> En Suisse, tu es protégé. Il a a pas de sous marins dans le lac Léman.
>
> Disons, il y a des points d'échange suisse/france, suisse/allemagne qui
> ne passent pas par l'Europe de l'Est.

Voilà.

>> Il y a des serveurs qui ne servent pas à grand chose dans la boucle, et
>> en cas d'attaque nucléaire, leur feed unique sera coupé.
>
> Oui et non. Il se peut très bien qu'il existe d'autres feeds mais que le
> volume actuel soit négligeable, donc non représenté sur le schéma. En cas de
> coupure
> des liaisons actuelles, cela pourrait changer.
>
>> J'ai vu que pour rétablir des boucles lointaines il serait utile que des
>> serveurs isolés comme abavia.com, misty.com, gegeweb, et nemoweb ferment
>> les boucles entre eux.
>
> Oui, plus de liaisons est toujours une bonne idée.

C'est ce que je me disais. La semaine où "pasdenom.info" est tombé en
panne, Nemo qui était attenant à ce serveur a subi une panne complète.

C'est stupide quand on sait que justement, les boucles d'internet ont
été inventée en Amérique pour que
le réseau puisse continuer de tourner, chacun restant en connection avec
au moins une source.

J'ai vu dans le schéma qu'il existe des serveurs très éloignés les
uns des autres dans l'organigramme,
et qui, ayant des liaisons uniques, ne forment pas des boucles
performantes. Par exemple Misty, Pasdenom,
Abavia, Nemo, Gegeweb, Eternal september.

J'ai entouré ces serveurs en rouge sur le dessin que je t'ai renvoyé
plus haut.

En tant qu'utilisateur du big 8 et des forums fr.* je pense qu'il serait
utile d'avoir pour Nemo une source lointaine dans l'organigramme, et qui
sera automatiquement rattachée à Alphanet via "Pasdenom",
qui aura l'avantage d'avoir deux sources, et Nemo aussi.

Quel serveur conseilles-tu de contacter?

Merci de ta patience et de ton écoute.

R.H.




Marc SCHAEFER

unread,
Oct 2, 2022, 4:20:13 AM10/2/22
to
Richard Hachel <r.ha...@tiscali.fr> wrote:
> C'est ce que je me disais. La semaine où "pasdenom.info" est tombé en
> panne, Nemo qui était attenant à ce serveur a subi une panne complète.
>
> C'est stupide quand on sait que justement, les boucles d'internet ont
> été inventée en Amérique pour que
> le réseau puisse continuer de tourner, chacun restant en connection avec
> au moins une source.

Malheureusement, Nemo n'est pas NNTP. Il discute son propre protocole et
il faut installer une couche de compatibilité sur un vrai serveur de
news pour l'alimenter. C'est un choix de conception. Il aurait été plus
"Internet" que la couche de compatibilité soit implémentée du côté Nemo,
et que Nemo discute en NNTP: il bénéficierait alors du protocole
d'inondation et pourrait se connecter à tous les serveurs.

> J'ai vu dans le schéma qu'il existe des serveurs très éloignés les uns
> des autres dans l'organigramme, et qui, ayant des liaisons uniques, ne
> forment pas des boucles performantes. Par exemple Misty, Pasdenom,
> Abavia, Nemo, Gegeweb, Eternal september.

A mon avis ces déductions sont fausses: il ne faut pas forcément déduire
de mon schéma de mon bout de tuyau trop de choses. Comme déjà dit,
certains feeds potentiels n'y sont pas car pas efficaces, mais en cas de
panne ils deviennent actifs automatiquement grâce à l'inondation.

Il faudrait comparer les schémas des autres serveurs, ou générer un
schéma avec tous les liens, même les plus insignifiants actuellement.

> Quel serveur conseilles-tu de contacter?

Il faudrait convaincre un autre admin que yamo (pasdenom) d'installer la
couche de compatibilité Nemo. Car actuellement, pasdenom est bien
connecté, c'est Nemo qui n'a qu'un feed à cause de son protocole non
NNTP.

Enfin c'est ce que je comprends de Nemo, qui a toujours été un peu un
mystère pour moi.

Eric M

unread,
Oct 2, 2022, 4:47:28 AM10/2/22
to
Marc SCHAEFER a écrit le Sun, 02 Oct 2022 10:20:11
dans fr.usenet.distribution :

> Malheureusement, Nemo n'est pas NNTP. Il discute son propre protocole et
> il faut installer une couche de compatibilité sur un vrai serveur de
> news pour l'alimenter. C'est un choix de conception. Il aurait été plus
> "Internet" que la couche de compatibilité soit implémentée du côté Nemo,
> et que Nemo discute en NNTP: il bénéficierait alors du protocole
> d'inondation et pourrait se connecter à tous les serveurs.

Ma petite expérience récente semble prouver le contraire, apparemment
il suffit d'ajouter une ligne dans la configuration pour qu'un serveur
de news standard puisse envoyer des messages à Nemo. Pour que les messages
de Nemo sortent par contre ça semble un peu plus compliqué.

> Il faudrait convaincre un autre admin que yamo (pasdenom) d'installer la
> couche de compatibilité Nemo. Car actuellement, pasdenom est bien
> connecté, c'est Nemo qui n'a qu'un feed à cause de son protocole non
> NNTP.

Je l'ai fait, mais ça a duré 6 jours :)
Ceci dit, je peux relancer la VM fournie par yamo' mais si c'est pour
l'arrêter à nouveau au bout de quelques jours ce n'est pas idéal.

--
Trouvez un serveur de news pour fr.* avec la FAQ de DV :
<http://usenet-fr.yakakwatik.org/>

Marc SCHAEFER

unread,
Oct 2, 2022, 5:04:01 AM10/2/22
to
Eric M <conano...@gmail.com> wrote:
> Ma petite expérience récente semble prouver le contraire, apparemment
> il suffit d'ajouter une ligne dans la configuration pour qu'un serveur
> de news standard puisse envoyer des messages à Nemo.

Intéressant, ça ressemble à quoi cette ligne?

> Pour que les messages de Nemo sortent par contre ça semble un peu plus
> compliqué.

Ah oui?

Tu as plus d'info?

Eric M

unread,
Oct 2, 2022, 6:52:21 AM10/2/22
to
Marc SCHAEFER a écrit le Sun, 02 Oct 2022 11:04:00
dans fr.usenet.distribution :

>> Ma petite expérience récente semble prouver le contraire, apparemment
>> il suffit d'ajouter une ligne dans la configuration pour qu'un serveur
>> de news standard puisse envoyer des messages à Nemo.

> Intéressant, ça ressemble à quoi cette ligne?

Il faudrait demander à yamo' en fait, moi je n'ai fait que démarrer ce
qu'il avait préparé.

>> Pour que les messages de Nemo sortent par contre ça semble un peu plus
>> compliqué.

> Ah oui?
> Tu as plus d'info?

Là c'est à Julien qu'il faudrait demander, ou yamo' encore, théoriquement
il m'a expliqué mais je suis pas sûr d'avoir bien capté :)

yamo'

unread,
Oct 2, 2022, 3:59:41 PM10/2/22
to
Salut,
Marc SCHAEFER a tapoté le 02/10/2022 11:04:
> Intéressant, ça ressemble à quoi cette ligne?

Dans newsfeeds :

nemoweb2/from-devjntp:!*,fr.*,$BIG8:Tp,Wf:\
/usr/lib/news/bin/n2j.php %s news2.nemoweb.net


Avec n2j.php : étant le script php :

<https://github.com/yamo-nntp/PHPN2J_Gateway>

Le script annonce les dépendances manquantes.

Script qui fonctionne en php7 ou php5.

Pour php8, je dois mettre à jour le dépôt (c'est corrigé grâce à la VM).

Le script perl est à mettre à jour (il date de la première version de nemo).


--
Stéphane

Marc SCHAEFER

unread,
Oct 3, 2022, 4:56:25 AM10/3/22
to
yamo' <ya...@beurdin.invalid> wrote:
> Avec n2j.php : étant le script php :

Ah, par politique globale, ALPHANET interdit le PHP. Les langages
standards ALPHANET sont Perl, C, bash et (Postgre)SQL :)

> Le script perl est à mettre à jour (il date de la première version de nemo).

Si j'avais du temps, pourquoi pas.

Mais, je répète, quand on crée un système incompatible comme Nemo, sa
première responsabilité est d'écrire la couche de compatibilité, qui
doit être invisible aux serveurs NNTP.

En résumé, tout cela serait plus simple si la couche de compatibilité
NNTP était limitée au serveur Nemo lui-même. Nemo parlerait NNTP et
donc aurait tous les avantages (y.c. inondation) du protocole.

The Mover

unread,
Oct 5, 2022, 2:35:48 PM10/5/22
to
Vous savez qu'il existe sur fr*, un groupe dédié à JNTP/Nemo ?

Ha non c'est vrai on peut en parler partout, sauf sur ce groupe
--
Legalize recreational nukes

The Mover

unread,
Oct 5, 2022, 3:43:33 PM10/5/22
to
Le 02/10/2022 à 10:47, Eric M a écrit :
> Je l'ai fait, mais ça a duré 6 jours:)
> Ceci dit, je peux relancer la VM fournie par yamo' mais si c'est pour
> l'arrêter à nouveau au bout de quelques jours ce n'est pas idéal.

Voilà tu ne sais pas gérer un serveur usenet sous INN, retourne sous
Hamster.

--
Legalize recreational nukes

LaLibreParole

unread,
Oct 5, 2022, 7:07:44 PM10/5/22
to
The Mover <the....@bsdmail.invalid> composa la prose suivante:
On pourrait même le supprimer...

yamo'

unread,
Oct 7, 2022, 3:49:46 AM10/7/22
to
Salut,
LaLibreParole a tapoté :
>
> On pourrait même le supprimer...

Pour une fois, il y aura unanimité!

--
Stéphane 🔗<http://pasdenom.info/fortune/>
Je me méfie beaucoup de ceux qui aiment la France sans aimer les
Français.
-+- Gilbert Cesbron (1913-1979), de petites choses. -+-

The Mover

unread,
Oct 7, 2022, 6:00:59 PM10/7/22
to
Le 07/10/2022 à 09:49, yamo' a écrit :
> Salut,
> LaLibreParole a tapoté :
>>
>> On pourrait même le supprimer...
>
> Pour une fois, il y aura unanimité!
>

Alors non, je voterais contre: il y a des discussions hors charte sur
nemo dans tout fr* et je voudrais qu'elles se fassent sur le groupe dédié.

Et puis surtout vu que votre nouvelle lubie c'est d'essayer d'annuler le
hors-charte, on va rire.

--
Legalize recreational nukes
Reply all
Reply to author
Forward
0 new messages