Ihr Cloud-VPN hängt weiterhin vom Hosting-Anbieter ab

Sie haben das Betriebssystem installiert, den Dienst gehärtet und halten die Schlüssel, und es fühlt sich an, als gehörte der Server Ihnen. Er gehört Ihnen so, wie eine gemietete Wohnung Ihnen gehört: das Türschloss ist unter Ihrer Kontrolle, das Gebäude nicht. Der Hypervisor, das Netzwerk vor der Instanz und das Konto, das alles neu aufbauen kann, gehören jemand anderem. Diese Unterscheidung entscheidet, was ein Wiederherstellungsplan abdecken muss, und sie ist der Teil, den Self-Hosting am wenigsten ändert.

Das Konto ist die eigentliche Steuerungsebene

Ein Hosting-Konto verwaltet die virtuelle Maschine, ihre Datenträger, Snapshots, öffentlichen Adressen und Netzwerkregeln. All das lässt sich ändern, ohne sich überhaupt beim Gast anzumelden, was das Konto außerhalb des Bedrohungsmodells stellt, das die meisten VPN-Leitfäden beschreiben. Eine perfekte Tunnelkonfiguration übersteht eine Kontohandlung, die eine Festplatte ersetzt.

Schützen Sie dieses Konto als eigenes Asset: unabhängige Zugangsdaten, hardwaregestützte zweite Faktoren und ein Audit-Trail, den tatsächlich jemand liest. Es mit demselben Passwort-Manager-Eintrag wie der VPN-Dienst zu teilen ist der Fehler, der jede andere Kontrolle wertlos macht.

Lesen Sie die Aufgabenteilung des Anbieters für das konkrete Produkt und nicht für die Cloud im Allgemeinen. Das Modell der geteilten Verantwortung ist ein nützliches Beispiel dafür, wie die Schichten aufgeteilt sind, und andere Anbieter beschreiben ihre eigenen Grenzen, statt jene zu übernehmen. Sie suchen, welche Ausfälle Sie beheben sollen und welche Sie nur melden können.

Infrastrukturereignisse, die Sie nicht administrieren

Livemigration, Wartung des Hosts, ein Hardwarefehler auf dem physischen Knoten und ein Kapazitätsereignis sind alles Dinge, die der Anbieter nach seinem eigenen Zeitplan erledigt. Sie sehen vielleicht einen Neustart, einen kurzen Paketverlust oder eine Adressänderung, und Sie werden den Grund nicht sehen. Ein Entwurf, der die Instanz als festen Punkt behandelt, wird jedes davon als VPN-Fehler deuten. Die richtige Reaktion ist, den Dienst gegenüber einer verschwindenden Instanz tolerant zu machen, statt eine Ursache zu untersuchen, die Ihnen nie gezeigt wird.

Backups gehören zu dieser Schicht, nicht zum Tunnel. Bewahren Sie Serverkonfiguration, Identitäten, Adressplan und erlaubte Routen an einem Ort auf, der nicht davon abhängt, dass die Instanz erreichbar ist, und bestätigen Sie, dass die Kopie ohne die ursprüngliche Festplatte wiederhergestellt werden kann.

Das Adressverhalten verdient eine eigene Prüfung. Ob eine öffentliche Adresse ein Stoppen, einen Austausch oder ein Löschen übersteht, hängt davon ab, wie sie zugewiesen wurde, und die drei Vorgänge sind nicht austauschbar. Notieren Sie, auf welchen Sie sich verlassen, bevor ein Vorfall die Frage dringend macht.

Prüfen Sie, was einen Neuaufbau übersteht

Bauen Sie den Wiederherstellungsweg, solange alles funktioniert. Ermitteln Sie die Konsole oder den Out-of-Band-Zugang, den der Anbieter bietet, bestätigen Sie, dass Sie sie ohne den Tunnel erreichen, und speichern Sie die Zugangsdaten an einem Ort, den ein defektes Notebook oder ein verlorenes Telefon nicht mitnimmt. Wenn eine lokale Firewall-Änderung den Tunnel blockiert, ist diese Konsole der einzige Weg zurück.

curl -s http://169.254.169.254/latest/meta-data/instance-id
curl -s http://169.254.169.254/latest/meta-data/public-ipv4
cloud-init status --long

Der Metadatendienst beantwortet Fragen zur Instanz, die der Gast sonst nicht sehen kann, und seine genauen Pfade unterscheiden sich zwischen Anbietern und zwischen Plattformen, prüfen Sie sie daher anhand der Dokumentation des Produkts, das Sie betreiben. Führen Sie dann einen kontrollierten Neuaufbau einer Testinstanz durch und messen Sie die Zeit. Ein Wiederherstellungsverfahren, das niemand ausgeführt hat, ist eine Hypothese.

Beachten Sie, was der Neuaufbau mit der Adresse, den Hostschlüsseln, der Datenträgeridentität und allem tat, was die Clients anheften. Clients, die einen Hostschlüssel zwischengespeichert haben, werden sich nach einem Neuaufbau beschweren, und diese Beschwerde ist korrektes Verhalten und kein Fehler, der unterdrückt werden sollte.

Entscheiden Sie, was Self-Hosting wirklich ändert

Ein eigenes VPN zu betreiben verlagert Vertrauen von einem VPN-Betreiber auf einen Hosting-Anbieter plus Sie selbst. Das ist eine echte Veränderung und nicht dasselbe wie das Entfernen eines Dritten. Wenn das Ziel war, ein kommerzielles VPN an der Beobachtung des Datenverkehrs zu hindern, kann der Anbieter weiterhin das Netzwerk der Instanz, ihre Festplatte und ihre Abrechnungsdaten beobachten.

Ihre eigenen Protokolle beschreiben Ihre Software und nicht jeden Infrastruktureintrag, den der Anbieter führt. Umgekehrt gilt ebenso: Infrastrukturtransparenz belegt nicht, was ein Anbieter aufbewahrt. Beide Fragen brauchen die Richtlinie des Anbieters und Ihre eigene Konfiguration, und keine beantwortet die andere.

Schreiben Sie die Antwort als Arbeitsteilung auf: welche Schicht versagt hat, wer sie reparieren kann und wie lange diese Reparatur dauert. Self-Hosting ändert, wem Sie vertrauen, und der nützliche Teil der Übung ist zu wissen, für welche Schicht genau Sie ihnen vertrauen.