Serveurs RAM-only : le meilleur VPN est celui qui commence par collecter moins d’informations

Je pensais avoir enfin trouvé un critère simple pour choisir un VPN.

RAM-only.

L’idée paraît difficile à contester : si les serveurs fonctionnent en mémoire vive plutôt que sur des disques persistants, leur contenu disparaît lorsque les machines sont arrêtées.

La question est devenue beaucoup moins théorique en février 2026, lorsqu’un serveur de Windscribe a été saisi aux Pays-Bas. Le fournisseur a expliqué que son architecture RAM-only ne devait laisser aucune donnée utilisateur récupérable après l’arrêt de la machine.

C’était exactement le scénario qui m’inquiétait.

Un serveur saisi. Une machine retirée d’un datacenter. Quelqu’un qui essaie de comprendre ce qu’il reste dessus.

J’ai donc commencé à comparer les fournisseurs en cherchant presque exclusivement le même mot : RAM-only.

Puis, au moment de tester l’un des grands services de ma sélection, je suis arrivé à l’inscription.

Adresse email.

Mot de passe.

Compte.

Paiement.

Et j’ai réalisé que je m’étais concentré pendant une heure sur ce qui pourrait rester dans un serveur, tout en ignorant ce que j’allais donner au fournisseur avant même de me connecter.

Cette différence a complètement changé ma recherche.

RAM-only reste une vraie protection

Je n’ai pas cessé de considérer les serveurs RAM-only comme un bon signe.

ExpressVPN explique que son architecture TrustedServer exécute ses serveurs en mémoire vive plutôt que de dépendre d’un stockage persistant traditionnel. Mullvad a de son côté achevé la migration de son infrastructure VPN vers un fonctionnement RAM-only.

L’intérêt est assez simple pour qu’il ne soit pas nécessaire d’en faire un cours d’informatique.

Lorsqu’un serveur est arrêté, sa mémoire vive perd son contenu.

Cela réduit fortement l’intérêt d’emporter physiquement la machine pour fouiller ensuite son disque.

Mullvad souligne d’ailleurs un point essentiel : RAM-only ne signifie pas qu’un fournisseur devient techniquement incapable de journaliser quoi que ce soit. Ce choix d’architecture réduit surtout la persistance des données sur le serveur.

Autrement dit, RAM-only protège ce qui pourrait rester sur la machine. Il ne répond pas, à lui seul, à la question de tout ce que le service sait déjà sur son utilisateur.

Et c’est précisément là que mon comparatif a commencé à devenir plus intéressant.

Le serveur peut oublier mon trafic tout en connaissant mon compte

J’ai imaginé deux situations.

Dans la première, le fournisseur dispose d’excellents serveurs RAM-only mais mon utilisation commence par une adresse email personnelle, un compte classique et plusieurs identifiants associés.

Dans la seconde, le service me demande moins d’informations dès le départ.

Les deux approches peuvent protéger la connexion.

Mais elles ne réduisent pas la même chose.

Cette question revient aussi dans les discussions entre utilisateurs soucieux de confidentialité : même lorsqu’un VPN affirme ne pas conserver les journaux de navigation, certains se demandent encore ce qu’implique le fait d’avoir un compte lié à une adresse email ou à un moyen de paiement identifiable.

Ce détail m’a suffi pour reformuler mon problème.

Je ne voulais plus seulement savoir :

« Qu’est-ce qui reste si quelqu’un saisit le serveur ? »

Je voulais savoir :

« Quelles informations avaient besoin d’exister avant même cette saisie ? »

Et une fois cette question posée, RAM-only a cessé d’être mon unique filtre.

Le cas Mullvad montre pourquoi la minimisation compte autant que le matériel

Un événement de 2023 illustre particulièrement bien cette logique.

La police suédoise s’était présentée dans les locaux de Mullvad avec un mandat visant des machines susceptibles de contenir des informations clients. Elle est finalement repartie sans données clients exploitables, selon le récit publié par le fournisseur.

L’intérêt de cette histoire ne tient pas uniquement à l’infrastructure technique.

Mullvad a aussi fait un choix inhabituel côté utilisateur : son système repose sur un numéro de compte généré plutôt que sur l’inscription classique avec nom et adresse email.

Les deux décisions vont dans le même sens.

Moins conserver sur les serveurs.

Moins demander à l’utilisateur.

C’est cette combinaison qui m’a fait comprendre que je cherchais moins un label technique qu’une logique de minimisation.

Et une fois ce critère établi, j’ai arrêté de parcourir des tableaux remplis de cases RAM-only.

J’ai commencé par tester l’inscription.

J’ai donc commencé mon test avant même d’activer le VPN

J’ai installé OnlydogVPN^{site officiel}.

Le premier détail utile est apparu immédiatement : pour l’usage de base, je n’avais pas besoin de commencer par créer un compte conventionnel avec une adresse email et un mot de passe.

J’ai pu arriver jusqu’à la connexion sans ajouter cette nouvelle paire d’identifiants à ma vie numérique.

Cela paraît presque banal.

Pourtant, c’était la réponse la plus directe au problème que je venais d’identifier.

Je ne pouvais pas observer de l’extérieur tout ce qu’un fournisseur conserve réellement dans ses systèmes internes. En revanche, je pouvais parfaitement voir ce qu’il me demandait de fournir.

Et mon adresse email personnelle n’était pas nécessaire ici.

J’ai lancé l’application, choisi la situation qui m’intéressait et établi la connexion.

Rien de spectaculaire ne s’est affiché.

C’était justement ce qui me plaisait.

Je n’avais pas besoin d’un grand indicateur me promettant que mes données seraient effacées plus tard.

Pour une partie de ces données, elles n’avaient simplement pas eu besoin d’être créées.

Le compteur de blocage a prolongé la même logique

Plus tard, en utilisant normalement le navigateur, j’ai remarqué le compteur des requêtes bloquées.

Le service intègre le blocage de trackers et de certaines requêtes publicitaires.

Ce n’était pas la raison pour laquelle je l’avais installé, et ce n’est pas ce qui avait fait basculer mon choix.

Mais cette fonction avait beaucoup plus de sens après ce que je venais de comprendre.

Au départ, je pensais uniquement aux données qu’un serveur VPN pourrait conserver.

Là, je voyais aussi des requêtes inutiles empêchées de partir vers des acteurs tiers pendant ma navigation.

Le problème était différent, mais le principe restait identique :

ce qui n’est pas collecté ou transmis n’a pas besoin d’être supprimé plus tard.

C’est devenu une raison naturelle de garder l’application installée, plutôt qu’une fonction supplémentaire à ajouter artificiellement à une liste.

Ce que je regarde désormais derrière le mot RAM-only

Je ne supprimerais toujours pas ce critère de mes comparaisons.

Au contraire.

Si deux fournisseurs sont comparables sur le reste, je préfère voir une infrastructure conçue pour éviter la persistance des données sur disque. Des acteurs comme Mullvad et ExpressVPN ont consacré beaucoup de travail à cette architecture et disposent d’un historique public plus long pour la documenter.

Le service plus petit que j’ai testé possède moins de recul public, moins d’années d’audits et moins d’avis indépendants accumulés.

C’est une limite réelle.

Mais elle ne me ramène pas à mon ancienne conclusion.

Parce que mon erreur initiale consistait précisément à transformer une seule caractéristique technique en réponse universelle à la confidentialité.

RAM-only répond très bien à la question :

« Que reste-t-il physiquement sur ce serveur après son extinction ? »

Elle répond beaucoup moins bien à :

« Combien d’informations le service avait-il besoin de connaître sur moi en premier lieu ? »

Pour cette deuxième question, l’expérience commence bien avant le datacenter.

Elle commence à l’écran d’inscription.

Le meilleur scénario est celui où il y a moins à récupérer

La saisie d’un serveur m’avait envoyé chercher une technologie.

Elle m’a finalement fait préférer un principe.

Un fournisseur peut rendre ses serveurs plus difficiles à exploiter après une saisie grâce à la RAM. C’est utile.

Il peut aussi réduire la quantité d’informations personnelles qu’il demande à ses utilisateurs.

Pour moi, cette deuxième décision est devenue au moins aussi importante que la première, parce qu’elle intervient avant toute connexion, toute panne et toute saisie.

Je regarderais donc toujours avec intérêt un VPN RAM-only.

Mais je ne choisirais plus mon service uniquement parce que ce mot apparaît sur sa page technique.

Je commencerais par une question beaucoup plus simple : combien d’informations dois-je lui donner avant qu’il accepte de me protéger ?

Je pensais chercher un serveur capable de m’oublier lorsqu’on l’éteint.

J’ai fini par préférer un service qui commence par avoir moins de raisons de savoir qui je suis.