Je cloud-VPN blijft afhankelijk van de hostingprovider

Je hebt het besturingssysteem geïnstalleerd, de dienst gehard en je hebt de sleutels, en het begint te voelen alsof de server van jou is. Hij is van jou zoals een gehuurd appartement van jou is: het deurslot is onder jouw controle en het gebouw niet. De hypervisor, het netwerk voor de instantie en het account dat alles opnieuw kan opbouwen zijn van iemand anders. Dat onderscheid bepaalt wat een herstelplan moet dekken, en het is het deel dat zelfhosting het minst verandert.

Het account is het echte controlevlak

Een hostingaccount beheert de virtuele machine, de schijven, de snapshots, de openbare adressen en de netwerkregels. Elk daarvan kan worden gewijzigd zonder überhaupt in te loggen op de gast, wat het account buiten het dreigingsmodel plaatst dat de meeste VPN-gidsen beschrijven. Een perfecte tunnelconfiguratie overleeft een accountactie die een schijf vervangt.

Bescherm dat account als een apart bezit: onafhankelijke inloggegevens, hardware-ondersteunde tweede factoren en een auditspoor dat iemand echt leest. Het delen met dezelfde wachtwoordmanager-regel als de VPN-dienst is de fout die elke andere controle irrelevant maakt.

Lees de taakverdeling van de provider voor het specifieke product, niet voor cloud in het algemeen. Het model van gedeelde verantwoordelijkheid is een bruikbaar voorbeeld van hoe de lagen zijn verdeeld, en andere providers beschrijven hun eigen grenzen in plaats van die over te nemen. Wat je zoekt, is welke storingen je wordt geacht op te lossen en welke je alleen kunt melden.

Infrastructuurgebeurtenissen die je niet kunt beheren

Livemigratie, onderhoud van de host, een hardwarestoring op het fysieke knooppunt en een capaciteitsgebeurtenis zijn allemaal dingen die de provider volgens zijn eigen planning afhandelt. Je kunt een herstart, kort pakketverlies of een adreswijziging zien, en je zult de reden niet zien. Een ontwerp dat de instantie als een vast punt behandelt, zal elk daarvan als een VPN-storing interpreteren. De juiste actie is de dienst bestand maken tegen een instantie die verdwijnt, in plaats van een oorzaak te onderzoeken die je nooit te zien krijgt.

Back-ups horen bij deze laag, niet bij de tunnel. Bewaar de serverconfiguratie, identiteiten, het adresplan en toegestane routes ergens dat niet afhankelijk is van de bereikbaarheid van de instantie, en bevestig dat de kopie zonder de oorspronkelijke schijf kan worden hersteld.

Adresgedrag verdient een eigen controle. Of een openbaar adres een stop, een vervanging of een verwijdering overleeft, hangt af van hoe het is toegewezen, en de drie bewerkingen zijn niet uitwisselbaar. Schrijf op waarop je vertrouwt voordat een incident de vraag urgent maakt.

Controleer wat een herbouw overleeft

Bouw het herstelpad terwijl alles werkt. Identificeer de console of out-of-band-toegang die de provider biedt, bevestig dat je die zonder de tunnel bereikt, en bewaar de inloggegevens ergens waar een kapotte laptop of een verloren telefoon ze niet meeneemt. Als een lokale firewallwijziging de tunnel blokkeert, is die console de enige weg terug.

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

De metadatadienst beantwoordt vragen over de instantie die de gast anders niet kan zien, en de exacte paden verschillen per provider en per platform, dus verifieer ze met de documentatie van het product dat je draait. Voer daarna één gecontroleerde herbouw van een testinstantie uit en meet de tijd. Een herstelprocedure die niemand heeft uitgevoerd, is een hypothese.

Merk op wat de herbouw deed met het adres, de hostsleutels, de schijfidentiteit en alles wat de clients vastzetten. Clients die een hostsleutel hebben gecacht, klagen na een herbouw, en die klacht is correct gedrag en geen fout die je moet dempen.

Bepaal wat zelfhosting werkelijk verandert

Je eigen VPN draaien verplaatst vertrouwen van een VPN-operator naar een hostingprovider plus jezelf. Dat is een echte verandering, en het is niet hetzelfde als een derde partij verwijderen. Als het doel was een commerciële VPN te beletten het verkeer te observeren, kan de provider nog steeds het netwerk van de instantie, de schijf en de factuurgegevens observeren.

Je eigen logs beschrijven je software, en ze beschrijven niet elke infrastructuurregistratie die de provider bijhoudt. Het omgekeerde is ook waar: infrastructuurzichtbaarheid bewijst niet wat een provider bewaart. Beide vragen vereisen het beleid van de provider en je eigen configuratie, en geen van beide beantwoordt de andere.

Schrijf het antwoord op als een taakverdeling: welke laag faalde, wie die kan repareren en hoe lang die reparatie duurt. Zelfhosting verandert wie je vertrouwt, en het nuttige deel van de oefening is precies weten voor welke laag je hen vertrouwt.