Sky-VPN-en din er framleis avhengig av hostingleverandøren

Du installerte operativsystemet, herda tenesta og held nøklane, og det byrjar å kjennast som om tenaren er din. Han er din slik ein leigd leilegheit er din: dørlåsen er under din kontroll og bygningen ikkje. Hypervisoren, nettverket framfor instansen og kontoen som kan byggje alt på nytt, høyrer til nokon andre. Den skilnaden avgjer kva ein attopprettingsplan må dekkje, og det er den delen eigenhosting endrar minst ved.

Kontoen er det eigentlege kontrollplanet

Ein hostingkonto styrer den virtuelle maskina, diskane, snapshots, offentlege adresser og nettverksreglar. Alt dette kan endrast utan å logge på gjesten i det heile, noko som plasserer kontoen utanfor trugsmålsmodellen dei fleste VPN-guidane skildrar. Ein perfekt tunnelkonfigurasjon overlever ei kontohandling som byter ut ein disk.

Vern den kontoen som ein eigen ressurs: uavhengige legitimasjonar, maskinvarebaserte andre faktorar og eit revisjonsspor som nokon faktisk les. Å dele han med same passordhandsamar-oppføringa som VPN-tenesta er feilen som gjer alle andre kontrollar irrelevante.

Les ansvarsfordelinga til leverandøren for det konkrete produktet, ikkje for sky generelt. Modellen for delt ansvar er eit nyttig døme på korleis laga er delte, og andre leverandørar skildrar eigne grenser i staden for å arve den. Det du ser etter, er kva feil du vert venta å rette og kva du berre kan rapportere.

Infrastrukturhendingar du ikkje kan administere

Livemigrering, vertsvedlikehald, ein maskinvarefeil på den fysiske noden og ei kapasitetshending er alt noko leverandøren handterer etter sin eigen plan. Du kan sjå ein omstart, eit kort pakketap eller ei adresseendring, og du vil ikkje sjå årsaka. Eit design som handsamar instansen som eit fast punkt, vil tolke kvar av dei som ein VPN-feil. Rett tiltak er å gjere tenesta tolerant overfor ein instans som forsvinn, i staden for å granske ei årsak du aldri får sjå.

Sikkerheitskopiar høyrer til dette laget, ikkje til tunnelen. Oppbevar serverkonfigurasjon, identitetar, adresseplan og tillatne ruter ein stad som ikkje er avhengig av at instansen er tilgjengeleg, og stadfest at kopien kan attopprettast utan den opphavlege disken.

Adresseåtferd fortener sin eigen kontroll. Om ei offentleg adresse overlever ein stopp, ei utskifting eller ei sletting, er avhengig av korleis ho vart tildelt, og dei tre operasjonane er ikkje utskiftbare. Skriv ned kva du er avhengig av, før ei hending gjer spørsmålet trengjande.

Kontroller kva som overlever ein attoppbygging

Bygg attopprettingsvegen medan alt verkar. Identifiser konsollen eller tilgangen utanfor bandet som leverandøren tilbyr, stadfest at du når han utan tunnelen, og lagre legitimasjonen ein stad som ein øydelagd berbar PC eller ein tapt telefon ikkje tek med seg. Viss ei lokal brannmur-endring blokkerer tunnelen, er den konsollen den einaste vegen tilbake.

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

Metadatatenesta svarar på spørsmål om instansen som gjesten elles ikkje kan sjå, og dei nøyaktige stiane varierer mellom leverandørar og plattformer, så stadfest dei mot dokumentasjonen for produktet du køyrer. Køyr deretter éin kontrollert attoppbygging av ein testinstans og mål tida. Ein attopprettingsprosedyre ingen har utført, er ein hypotese.

Legg merke til kva attoppbygginga gjorde med adressa, vertsnøklane, diskidentiteten og alt klientane festar. Klientar som har bufra ein vertsnøkkel, vil klage etter ei attoppbygging, og den klaga er rett åtferd og ikkje ein feil som skal dempast.

Avgjer kva eigenhosting faktisk endrar

Å køyre din eigen VPN flyttar tillit frå ein VPN-operatør til ein hostingleverandør pluss deg sjølv. Det er ei reell endring, og det er ikkje det same som å fjerne ein tredjepart. Viss poenget var å hindre ein kommersiell VPN i å observere trafikk, kan leverandøren framleis observere nettverket til instansen, disken og faktureringspostane.

Dine eigne loggar skildrar programvaren din, og dei skildrar ikkje kvar infrastrukturpost leverandøren oppbevarer. Det omvende er også sant: infrastruktursynlegheit provar ikkje kva ein leverandør held på. Begge spørsmåla krev policyen til leverandøren og din eigen konfigurasjon, og ingen av dei svarar på den andre.

Skriv svaret som ei arbeidsdeling: kva lag svikta, kven kan reparere det og kor lang tid reparasjonen tek. Eigenhosting endrar kven du stolar på, og den nyttige delen av øvinga er å vite nøyaktig kva lag du stolar på dei for.