NomadNet : héberger un site sur Reticulum, le guide
J’ai un client qui m’appelle la semaine dernière, paniqué : « Marc, mon site est down, OVH a encore des problèmes ». Je lui réponds calmement qu’il y a une solution pour ne plus jamais dépendre d’un hébergeur centralisé. Il pense que je blague. Je ne blague jamais quand il s’agit de sortir de la dépendance aux grosses plateformes. Du coup je lui ai parlé de nomadnet reticulum, et figurez-vous qu’il m’a rappelé deux jours plus tard pour me dire que ça marchait. Voilà comment on se retrouve à écrire un guide complet sur le sujet.
Autant dire que Reticulum n’est pas nouveau, mais NomadNet commence à faire parler de lui. Mine de rien, c’est un petit bijou pour qui veut héberger un site et partager des fichiers sans passer par un serveur classique. Sauf que voilà, c’est encore le Far West niveau documentation. Pour être honnête, j’ai galéré deux heures avant de comprendre certains détails. Alors voici mon retour d’expérience, testé sur deux machines Ubuntu 24.04, parce que je ne fais jamais confiance à un tuto que je n’ai pas moi-même exécuté.
NomadNet et Reticulum : c’est quoi ce binz exactement
Reticulum, c’est un protocole réseau qui fonctionne par-dessus à peu près n’importe quel moyen de transport. LoRa, TCP, I2P, radio amateur… Vous branchez ce que vous voulez, ça passe. NomadNet, c’est l’application qui vient se poser dessus pour vous permettre d’héberger une page et de proposer des fichiers. Une sorte de mini-web décentralisé, sans DNS, sans certificats à la con, sans CA qui vous rançonne tous les trois ans.
Je vais être direct : les experts en réseau vont hurler. Reticulum n’a fait l’objet d’aucun audit de sécurité externe. Zéro. Nada. Alors si vous comptez y mettre des documents sensibles, réfléchissez à deux fois. Ce n’est pas parce que c’est décentralisé que c’est magique. J’ai vu des gens monter des nœuds avec des configurations bancales qui exposaient leur identity file à tout le réseau. Autant dire que la sécurité, ça se configure, ça ne s’improvise pas.
Autre chose à savoir avant d’allumer votre nœud : il annonce son nom sur le réseau. Tout le monde le voit. Et il partage l’identité de votre messagerie. Si vous pensiez rester anonyme en cliquant sur « installer », vous vous trompez lourdement. C’est un choix à assumer, pas un détail.
Installation de NomadNet sur Ubuntu 24.04, la méthode qui marche
J’ai testé sur deux bécanes. Une vieille tour de bureau recyclée en serveur, et un mini-PC fanless. Les deux en Ubuntu 24.04 fraîchement installé. Voici la séquence que j’ai suivie, et qui a fonctionné du premier coup sur la seconde machine après un échec cuisant sur la première.
D’abord, il faut Python 3.11 minimum. Sur Ubuntu 24.04, c’est bon par défaut. Ensuite, on récupère Reticulum et NomadNet depuis les dépôts officiels. Je vous passe les détails pip classiques, mais sachez que pip install rns nomadnet fait le gros du boulot. Le piège, c’est le PATH. J’ai perdu vingt minutes parce que le binaire nomadnet n’était pas dans le PATH après installation en user. Classique.
- Vérifiez la version de Python :
python3 --versiondoit afficher 3.11 ou plus - Installez Reticulum puis NomadNet via pip
- Vérifiez que le binaire est bien accessible :
nomadnet --version - Lancez une première fois pour générer la config par défaut
- Éditez le fichier de configuration pour définir vos interfaces réseau
Mine de rien, cette dernière étape est la plus critique. Par défaut, Reticulum ne s’active sur aucune interface. C’est voulu, question de sécurité. Mais du coup, votre nœud ne fait rien tant que vous n’avez pas ouvert au moins une interface. J’ai vu des gens se plaindre sur les forums que « ça ne marche pas » alors qu’ils avaient juste oublié d’activer TCP. Le bug le plus fréquent, et de loin.
Écrire sa page index.mu, le cœur du sujet nomadnet reticulum
NomadNet utilise un format de page baptisé Micron, extension .mu. C’est un langage de balisage léger, un peu comme du Markdown mais en plus austère. Vous créez un fichier index.mu dans votre répertoire de nœud, et hop, votre page est servie. Simple en apparence, mais il y a des subtilités.
La syntaxe Micron est concise : des chevrons pour les titres, des astérisques pour les listes, des backticks pour le code. Ça me rappelle les débuts du web, quand on écrivait du HTML à la main dans Notepad. Sauf que là, c’est volontairement limité pour rester léger sur le réseau. Un fichier index.mu de base ressemble à ça :
# Titre de ma page
> Un paragraphe de texte
- un élément de liste
`du code inline`
Pour être honnête, la documentation officielle de Micron est correcte mais avare en exemples concrets. J’ai dû fouiller dans les fichiers d’exemple fournis avec NomadNet pour comprendre comment lier des fichiers. Le mécanisme de partage de fichiers passe par une section dédiée dans la page, avec des liens vers des ressources locales. Rien de sorcier une fois qu’on a compris, mais l’apprentissage se fait par essai-erreur.
Un détail qui m’a fait perdre du temps : les chemins relatifs. Si vous référencez un fichier dans votre page, le chemin doit être relatif au répertoire du nœud, pas à celui de la page. Une fois que c’est intégré, ça roule. Autant dire que j’ai maudit les développeurs pendant cinq bonnes minutes avant de piger.
Partager des fichiers et faire vivre son nœud
Une fois votre page en ligne, le partage de fichiers se fait simplement en déposant les fichiers dans le répertoire prévu et en les référençant dans votre index.mu. NomadNet gère le transfert via Reticulum, ce qui signifie que les fichiers passent par le même canal que le reste. Pour des fichiers de quelques mégaoctets, ça passe. Pour de la vidéo 4K, oubliez.
La vitesse dépend du transport. Sur TCP local, c’est correct. Sur LoRa, comptez quelques kilo-octets par seconde dans le meilleur des cas. J’ai testé un transfert de 2 Mo sur une liaison radio, il a fallu plusieurs minutes. C’est le prix de la décentralisation totale. On ne peut pas tout avoir.
- Déposez vos fichiers dans le répertoire de partage configuré
- Référencez-les dans index.mu avec la syntaxe Micron appropriée
- Vérifiez les permissions : le nœud doit pouvoir lire les fichiers
- Testez depuis une autre machine avant de crier victoire
Un point que personne ne mentionne : la bande passante. Si vous hébergez un nœud public sur une connexion ADSL pourrie, vos visiteurs vont souffrir. Et vous aussi, parce que Reticulum va saturer votre lien. J’ai eu le cas chez un client qui avait monté un nœud « pour tester » sur sa ligne pro, et qui a mis toute son entreprise à genoux pendant une journée. Mine de rien, ça consomme, un nœud actif.
Je ne suis pas certain à 100% que le trafic soit bien priorisé par le protocole, mais d’après mon expérience en atelier, il vaut mieux dédier une machine au nœud plutôt que de le faire tourner sur un poste de travail. Question de stabilité et de ressources.
Ce qu’on ne vous dit pas sur NomadNet et Reticulum
Alors voilà le moment où je vais me faire des ennemis. Les fans de Reticulum vont me détester, mais tant pis. Ce protocole est génial sur le papier, et intéressant en pratique, mais il est encore expérimental. Pas d’audit externe, une communauté restreinte, et une documentation qui suppose que vous êtes déjà un expert réseau. Pour monsieur Tout-le-monde, c’est un mur.
Je désapprouve formellement l’engouement actuel qui consiste à dire « installez NomadNet, c’est facile ». Ce n’est pas facile. C’est faisable, oui, à condition d’accepter de mettre les mains dans la config et de comprendre ce qu’on fait. Si vous cherchez un WordPress-like, passez votre chemin. NomadNet, c’est de l’artisanat, pas de l’industrie.
Cela dit, pour qui veut comprendre comment fonctionne un réseau décentralisé, c’est un excellent terrain de jeu. J’ai appris plus en deux soirées sur NomadNet qu’en lisant dix articles de vulgarisation sur la décentralisation. Le fait de devoir configurer soi-même chaque interface, chaque identité, chaque page, ça force à comprendre. Et ça, mine de rien, c’est précieux.
Un dernier avertissement, et pas des moindres : la persistance. Si votre machine tombe, votre nœud tombe. Pas de backup magique, pas de CDN. Vous êtes seul. J’ai vu un client perdre sa page parce qu’il avait monté son nœud sur un Raspberry Pi sans onduleur, et que la coupure de courant a corrompu la carte SD. Du grand classique. Sauvegardez vos fichiers index.mu et votre configuration quelque part, histoire de ne pas tout refaire.
Faut-il se lancer ? Mon avis tranché après test
Oui, mais en connaissance de cause. NomadNet sur Reticulum, c’est un outil pour curieux, pour bidouilleurs, pour gens qui veulent sortir de la dépendance aux plateformes centralisées. Ce n’est pas une solution pour héberger le site de votre boulangerie. Ce n’est pas non plus un remplacement de Tor ou d’un VPN. C’est un objet technique non identifié, encore en maturation.
Testez-le sur une machine de labo, pas en production. Amusez-vous avec la syntaxe Micron, comprenez les interfaces Reticulum, faites vos armes. Et quand vous aurez un nœud stable qui tourne depuis quelques semaines, alors vous pourrez envisager d’y mettre quelque chose de sérieux. Pas avant.
Ah, et pour ceux qui se demandent : non, ça ne remplace pas un vrai hébergement web. C’est complémentaire. Un site nomadnet reticulum, ça se visite avec un client spécifique, pas avec Firefox. Ne l’oubliez jamais. Votre page ne sera pas indexée par Google, et c’est tant mieux.
Source de l’inspiration initiale : Les news de Korben — NomadNet, votre site et vos fichiers sur Reticulum. Merci à lui d’avoir défriché le terrain, même si j’aurais aimé qu’il détaille un peu plus les pièges de configuration. Chacun son boulot, après tout.
Source : article original
