Whonix Gateway auf einem VPS – volle KVM-Isolation

Whonix Gateway auf einem KVM-Virtualserver

Die Ausführung eines Whonix-Gateways auf einem KVM-virtuellen Server ist für die meisten Anwendungsfälle bewusster Overkill. Echte KVM-Virtualisierung – anders als ein containerbasiertes VPS – bietet einen dedizierten Kernel und volle Kontrolle über den Netzwerk-Stack, eine Voraussetzung für das Fail-Closed-Routing, auf das Whonix angewiesen ist. Container-Hosts teilen den Host-Kernel, was Leak-Schutz oder benutzerdefinierte Kernel unmöglich macht. Bevor Sie diesen Weg wählen, erwarten Sie die Betriebskosten für die Verwaltung von zwei Instanzen und die inhärente Latenz von erzwungenem Tor-Routing.

Leute betreiben Whonix Gateway hier für Forschung und Quellenschutz, wo das Fail-Closed-Routing die Latenzkosten rechtfertigt. Die Zwei-Instanzen-Topologie ist eine echte Schwäche, aber KVM erlaubt, dass Gateway und Workstation separate VPS-Instanzen im selben Subnetz sind. Stream-Isolation verhindert, dass getrennte Browsing-Kontexte sich gegenseitig kontaminieren – ein Feature, das auf einem einzelnen geteilten Container an Wert verliert.

Was Whonix Gateway tatsächlich an Ressourcen benötigt

Beginnen Sie mit 2 GB RAM und 20 GB Festplatte, das ist der komfortable Mindestwert. Das Betriebssystem selbst belegt etwa 1 GB RAM, bevor Ihre Anwendung startet. Bei 1024 MB bootet es, aber es bleibt wenig für den Tor-Prozess und Ihren eigenen Traffic. Festplatte ist billiger zu erweitern als RAM, also kaufen Sie Speicher großzügig für Logs.