Repenser la vie privée autour de votre installation Usenet

La plupart des utilisateurs d’Usenet ont réglé leur question de vie privée il y a des années : connexion en SSL, terminé. Cette réponse suffisait en 2012. En 2026, les fuites intéressantes ne sont pas sur la connexion NNTP — elles sont partout autour.

Le SSL est un prérequis, pas une stratégie

Le NNTP chiffré cache le contenu des articles à votre FAI, rien de plus. Votre fournisseur voit toujours ce que vous téléchargez et quand, le tout lié à un compte payant. Que cela compte ou non dépend de sa politique de journalisation et de sa juridiction — deux choses à relire régulièrement, car elles changent en silence. La conservation des journaux de connexion est une question distincte de la rétention des articles, et les fournisseurs font rarement la publicité de la première.

Votre indexeur en voit plus que votre fournisseur

Un indexeur connaît vos recherches, vos téléchargements, vos habitudes d’utilisation de l’API et, le plus souvent, votre adresse e-mail. Ce profil est bien plus riche que tout ce que détient un fournisseur NNTP. Conséquences pratiques :

• Traitez les comptes d’indexeurs comme les comptes sensibles qu’ils sont : alias e-mail uniques, mots de passe uniques.
• Surveillez ce que votre automatisation envoie. Le user agent et la clé API de chaque requête *arr identifient votre foyer aussi précisément qu’un cookie.
• Si un indexeur ferme ou est saisi, sa base de données ne disparaît pas. Partez du principe que tout ce que vous avez cherché s’y trouve.

La question du VPN, répondue précisément

Un VPN n’apporte pas grand-chose à la connexion NNTP elle-même — elle est déjà chiffrée, et votre fournisseur sait de toute façon qui vous êtes puisque vous le payez. Là où un VPN aide réellement, c’est partout ailleurs : la navigation sur les indexeurs, le trafic API, et empêcher votre FAI de construire un joli drapeau « ce foyer utilise Usenet » à partir des métadonnées SNI et DNS. Si vous ne faites passer qu’une seule chose par le VPN, que ce soit le côté web, pas le côté téléchargement.

Et la partie ennuyeuse que tout le monde saute : vérifiez les fuites DNS et IPv6 sur la machine qui fait tourner votre stack, pas sur votre portable. Un SABnzbd parfaitement tunnelé à côté d’un Prowlarr qui fuit, c’est le mode de défaillance classique.

L’auto-hébergement coupe dans les deux sens

Faire tourner sa propre stack garde vos données de bibliothèque hors des clouds tiers — c’est le gain. Mais auto-hébergé ne veut pas dire silencieux. Vérifications de mises à jour, requêtes de métadonnées et balises d’analytics téléphonent toutes vers l’extérieur, chacune étant une petite trace horodatée de l’existence de votre stack. La plupart des outils permettent de désactiver l’analytics ; rares sont ceux qui le font par défaut. Auditez une fois, notez tout, ré-auditez après les mises à jour majeures.

Rien de tout cela n’appelle à la paranoïa. Cela appelle à une heure de configuration délibérée — ce qui vaut mieux que tout le marketing VPN du monde.