Par l'équipe HushVPS · Mis à jour en 2026 · Lecture de 10 min
Apprendre à gérer un serveur anonymement n'est pas une décision unique — c'est une discipline que vous gardez pour la vie de la machine. Acheter un VPS sans fournir votre identité est la partie facile, et c'est là que la plupart des guides s'arrêtent. La partie la plus difficile est tout ce qui se passe ensuite : comment vous vous connectez, ce que vous tapez dans la machine, comment vous le renouvelez, et les cent petites habitudes qui soit maintiennent le serveur non lié à vous, soit recousent silencieusement votre vrai moi à lui.
Ce guide suppose que vous avez déjà géré l'acquisition — vous avez payé en Monero, on ne vous a jamais demandé de KYC, et aucune carte ou nom n'a touché à la commande. Si ce n'est pas le cas, commencez par notre aperçu du VPS anonyme, qui explique le modèle d'admission sans KYC et uniquement en Monero. Ce qui suit est le manuel de sécurité opérationnelle (OpSec) pour préserver cet anonymat une fois le serveur à jour. Rien de tout cela n'est exotique. Il s'agit surtout de ne pas être la personne qui se désanonymise elle-même.
Considérez l'anonymat de votre serveur comme une chaîne allant du moment de l'achat au moment où vous l'éteignez. Un hébergeur respectueux de la confidentialité supprime plusieurs maillons de son côté : aucune identité à l'inscription, aucune trace de paiement, aucun journal de trafic. Mais l'hébergeur ne peut pas corriger les maillons que vous contrôlez. Si vous vous connectez en SSH à une boîte « anonyme » directement depuis votre IP domestique, que vous vous connectez à votre email personnel dessus, et que vous payez le renouvellement depuis un portefeuille lié à un retrait d'échange, vous avez cédé tout ce que l'hébergeur s'efforçait de protéger.
Le modèle mental est donc simple : supposez que chaque action que vous effectuez sur le serveur ou vers celui-ci est potentiellement observable et potentiellement corrélable. Votre travail consiste à vous assurer qu'aucune de ces observations ne puisse être reliée à votre identité réelle. Le reste de ce guide est la version concrète de cette idée.
L'habitude la plus précieuse est de ne jamais toucher au serveur depuis votre réseau réel sans couche d'anonymat entre les deux. Votre adresse IP attribuée par votre FAI est l'un des identifiants les plus forts que vous possédez. Si elle apparaît dans une connexion à la machine — ne serait-ce qu'une fois, ne serait-ce que pour une « correction rapide » de trente secondes — ce moment peut vous lier à la machine.
La réponse propre est d'acheminer le trafic de gestion via le réseau Tor afin que le serveur (et tout observateur à proximité) voie un nœud de sortie Tor ou, mieux, une adresse onion plutôt que votre IP personnelle. Configurer SSH pour atteindre votre machine en tant que service onion Tor élimine complètement les nœuds de sortie et masque le fait que le serveur accepte même SSH depuis l'Internet public. Nous détaillons la configuration exacte — SSH torifié, service onion pour le port d'administration, et la configuration qui survit aux redémarrages — dans notre article compagnon sur la façon de gérer votre VPS via Tor. Considérez-le comme une lecture obligatoire en complément de ce guide.
La règle qui résume tout : il n'existe pas de réseau de confiance pour ce serveur. Le Wi-Fi d'un café, la connexion d'un ami, un point d'accès « jetable » sur votre propre forfait téléphonique — tout cela peut être corrélé. Tor à chaque fois, ou ne vous connectez pas du tout.
Un serveur n'est aussi anonyme que son contenu. L'acquisition la plus soigneuse du monde est anéantie dès que vous placez quelque chose d'identifiant sur le disque. La déanonymisation par le contenu du serveur est courante car cela semble inoffensif sur le moment — vous êtes simplement pragmatique.
Concrètement, gardez ce qui suit complètement hors de la machine :
.gitconfig laissé par un copier-coller.Supposez que tout ce qui est écrit sur le disque pourrait un jour être lu par quelqu'un d'autre — via une saisie, un instantané ou votre propre erreur. Chiffrez les volumes qui comptent pour vous, terminez votre propre TLS afin que l'hébergeur ne voie que du texte chiffré, et traitez le serveur comme une surface publique qui se trouve être la vôtre. Les données que vous ne mettez jamais sur la machine ne peuvent pas vous trahir.
La compartimentation est la pratique qui consiste à garder des activités séparées derrière des identités distinctes et non chevauchantes, afin qu'une rupture dans l'une ne se propage pas aux autres. C'est la différence entre perdre un projet et se perdre soi-même.
Construisez une identité dédiée pour ce serveur et ne la laissez jamais toucher à votre identité réelle :
Le mode de défaillance à craindre est la contamination croisée « juste pour cette fois » — se connecter à un service personnel depuis le profil de navigateur anonyme, ou payer un renouvellement anonyme depuis un portefeuille que vous avez également utilisé pour acheter quelque chose sous votre nom. Un seul chevauchement peut fusionner deux identités en une seule. Les conseils de la communauté de la vie privée sur la compartimentation et la modélisation des menaces constituent une bonne introduction si vous débutez dans cette façon de penser.
L'anonymat n'est pas un achat unique ; c'est un abonnement que vous devez continuer à payer sans laisser de trace. Chaque renouvellement est une nouvelle occasion de vous lier au serveur, et c'est l'étape que les gens négligent après l'excitation initiale.
Payez chaque renouvellement en Monero depuis le portefeuille compartimenté, via Tor, de la même manière que la première fois. Ne « rechargez » pas ce portefeuille depuis un compte d'échange à votre nom juste avant un paiement — approvisionnez-le à l'avance et laissez vieillir le financement. Lorsqu'un hébergeur le permet, payez plusieurs cycles à l'avance afin de toucher moins souvent la surface de paiement. Et gardez l'identité de paiement cohérente avec l'identité de commande : atteindre la même boîte mail anonyme pour un rappel de facture est acceptable ; passer à votre email personnel « parce que c'était plus rapide » est exactement l'erreur à éviter.
Les sauvegardes sont l'endroit où une bonne OpSec meurt silencieusement, car le but d'une sauvegarde est de copier vos données ailleurs — et « ailleurs » est souvent un compte identifié. Un instantané poussé vers un stockage cloud personnel, ou téléchargé sur votre machine personnelle via votre IP réelle, vous lie au serveur aussi sûrement qu'une mauvaise connexion.
Faites-le de manière ennuyeuse et sûre à la place. Chiffrez les sauvegardes sur le serveur avant qu'elles ne le quittent, afin que ce sur quoi elles atterrissent ne contienne que du texte chiffré. Envoyez-les vers un stockage accessible via Tor et lié à l'identité anonyme, ou téléchargez-les sur une machine que vous gardez également compartimentée. Ne routez jamais un transfert de sauvegarde via votre connexion personnelle sans couche d'anonymat, et ne restaurez jamais les données d'un serveur anonyme sur un appareil que vous utilisez en tant que vous-même.
La plupart des déanonymisations ne sont pas une attaque sophistiquée — c'est une accumulation de petits faux pas évitables. Gardez cette liste à un endroit où vous la verrez avant de faire la chose :
Remarquez combien de ces problèmes ne relèvent pas de l'hébergeur. Un hébergeur minimaliste — sans KYC, uniquement Monero, sans journaux de trafic — ferme les portes de son côté. Notre propre posture, de la politique VPS sans logs à la facturation en Monero, existe précisément pour que les seuls maillons restants soient ceux entre vos mains. Ce guide vise à ne pas créer ces maillons.
Faire fonctionner un serveur anonymement est une pratique de confidentialité légitime — pour les journalistes, les chercheurs, les militants et les personnes ordinaires qui ne veulent tout simplement pas que leur infrastructure soit liée à leur nom. Ce n'est pas une licence pour nuire. HushVPS est légal offshore et minimaliste en données, pas « tout est permis » : notre politique d'utilisation acceptable interdit le CSAM, les logiciels malveillants, le spam et le DDoS, et l'anonymat ne change rien à cela. La confidentialité protège les utilisateurs légitimes de la surveillance et de la corrélation ; elle n'est pas une couverture pour les abus, et la traiter comme telle attire généralement exactement l'attention que vous cherchiez à éviter.
Chaque technique ici commence par un serveur qui ne vous a jamais été lié en premier lieu — sans KYC, Monero uniquement, sans logs. Déployez-en un, puis suivez ce guide.
Vous n'existez pas. Nous ne demandons rien. Le reste dépend de vos habitudes — et maintenant vous avez la liste.