Passerelle Whonix sur un VPS — isolation KVM complète

Whonix Gateway sur un serveur virtuel KVM

Exécuter une passerelle Whonix sur un serveur virtuel KVM est un surdimensionnement délibéré pour la plupart des cas d'usage. La virtualisation KVM réelle, contrairement à un VPS basé sur des conteneurs, vous donne un noyau dédié et un contrôle total sur la pile réseau — une condition préalable au routage fail-closed dont dépend Whonix. Les hôtes de conteneurs partagent le noyau de l'hôte, rendant la protection contre les fuites ou les noyaux personnalisés impossibles. Avant de choisir cette voie, attendez-vous au coût opérationnel de la gestion de deux instances et à la latence inhérente au routage forcé via Tor.

Des personnes exécutent une passerelle Whonix ici pour la recherche et la protection des sources, où le routage fail-closed justifie le coût de latence. La topologie à deux instances est une vraie faiblesse, mais KVM permet à la passerelle et à la station de travail d'être des instances VPS distinctes sur le même sous-réseau. L'isolation des flux empêche que des contextes de navigation séparés se contaminent mutuellement, une fonctionnalité qui perd de sa valeur sur un conteneur partagé unique.

Ce que Whonix Gateway consomme réellement

Commencez avec 2 Go de RAM et 20 Go de disque, le minimum confortable. Le système d'exploitation lui-même occupe environ 1 Go de RAM avant le démarrage de votre application. À 1024 Mo, il démarre mais laisse peu de place pour le processus Tor et votre propre trafic. Le disque est moins cher à étendre que la RAM, donc achetez du stockage généreusement pour les journaux.