Via nuba VPN ankoraŭ dependas de la gastiganto

Vi instalas la operaciumon, malmoligis la servon kaj tenas la ŝlosilojn, kaj komenciĝas la sento, ke la servilo estas via. Ĝi estas via tiel, kiel luata loĝejo estas via: la seruro estas sub via kontrolo kaj la konstruaĵo ne. La hipervizoro, la reto antaŭ la instanco kaj la konto, kiu povas rekonstrui ĉion, apartenas al iu alia. Tiu distingo decidas, kion devas kovri riparplano, kaj ĝi estas la parto, kiun memhostado plej malmulte ŝanĝas.

La konto estas la vera regulatebeno

Gastiga konto administras la virtualan maŝinon, ĝiajn diskojn, momentaĵojn, publikajn adresojn kaj retajn regulojn. Ĉion el tio oni povas ŝanĝi tute sen ensaluti al la gasto, kio metas la konton ekster la minacmodelon, kiun priskribas la plej multaj VPN-gvidiloj. Perfekta tunela agordo postvivas kontan agon, kiu anstataŭigas diskon.

Protektu tiun konton kiel apartan havaĵon: sendependaj akreditaĵoj, duarangaj faktoroj subtenataj de aparataro kaj revizia spuro, kiun iu efektive legas. Dividi ĝin kun la sama pasvortadministrata ero kiel la VPN-servo estas la eraro, kiu igas ĉiun alian kontrolon sensignifa.

Legu la taskdividon de la provizanto por la konkreta produkto, ne por la nubo ĝenerale. La modelo de komuna respondeco estas utila ekzemplo de tio, kiel la tavoloj estas dividitaj, kaj aliaj provizantoj priskribas siajn proprajn limojn anstataŭ heredi tiun. Vi serĉas, kiujn malsukcesojn oni atendas, ke vi ripu, kaj kiujn vi povas nur raporti.

Infrastrukturaj eventoj, kiujn vi ne povas administri

Viva migrado, prizorgado de la gastiganto, aparatara paneo ĉe la fizika nodo kaj kapacita evento estas ĉiuj aferoj, kiujn la provizanto traktas laŭ sia propra horaro. Vi eble vidos restartigon, mallongan paketan perdon aŭ adresŝanĝon, kaj vi ne vidos la kaŭzon. Dezajno, kiu traktas la instancon kiel fiksan punkton, interpretos ĉiun el ili kiel VPN-paneon. La ĝusta ago estas igi la servon tolerema al instanco, kiu malaperas, anstataŭ esplori kaŭzon, kiun vi neniam vidos.

Sekurkopioj apartenas al ĉi tiu tavolo, ne al la tunelo. Konservu la servilan agordon, identecojn, adresplanon kaj permesitajn vojojn ie, kio ne dependas de tio, ke la instanco estu atingebla, kaj konfirmu, ke la kopio estas restaŭrebla sen la originala disko.

Adresa konduto meritas propran kontrolon. Ĉu publika adreso postvivas haltigon, anstataŭigon aŭ forviŝon dependas de tio, kiel ĝi estis atribuita, kaj la tri operacioj ne estas interŝanĝeblaj. Notu, kiun vi fidas, antaŭ ol incidento igos la demandon urĝa.

Kontrolu, kio postvivas rekonstruon

Konstruu la riparvojon dum ĉio funkcias. Identigu la konzolon aŭ eksterbandan aliron, kiun la provizanto ofertas, konfirmu, ke vi atingas ĝin sen la tunelo, kaj konservu la akreditaĵojn ie, de kie difektita tekkomputilo aŭ perdita telefono ne forportas ilin. Se loka fajroŝanĝa modifo blokas la tunelon, tiu konzolo estas la sola vojo reen.

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

La metadatumservo respondas demandojn pri la instanco, kiujn la gasto alie ne povas vidi, kaj ĝiaj precizaj vojoj malsamas inter provizantoj kaj inter platformoj, do kontrolu ilin laŭ la dokumentaro de la produkto, kiun vi funkciigas. Poste faru unu kontrolitan rekonstruon de testa instanco kaj mezuru la tempon. Riparproceduro, kiun neniu plenumis, estas hipotezo.

Rimarku, kion la rekonstruo faris al la adreso, la gastigantaj ŝlosiloj, la diska identeco kaj ĉio, kion la klientoj fiksas. Klientoj, kiuj kaŝmemorigis gastigantan ŝlosilon, plendos post rekonstruo, kaj tiu plendo estas ĝusta konduto, ne cimo por subpremi.

Decidu, kion memhostado vere ŝanĝas

Funkciigi vian propran VPN movas fidon de VPN-operaciisto al gastiga provizanto kaj al vi mem. Tio estas vera ŝanĝo, kaj ĝi ne samas al forigo de tria partio. Se la celo estis malhelpi komercan VPN-on observi trafikon, la provizanto ankoraŭ povas observi la reton de la instanco, ĝian diskon kaj ĝiajn fakturajn registraĵojn.

Viaj propraj protokoloj priskribas vian programaron, kaj ili ne priskribas ĉiun infrastrukturan registraĵon, kiun la provizanto tenas. Ankaŭ la malo veras: infrastruktura videbleco ne pruvas, kion provizanto retenas. Ambaŭ demandoj bezonas la politikon de la provizanto kaj vian propran agordon, kaj nek unu respondas la alian.

Skribu la respondon kiel labordividon: kiu tavolo fiaskis, kiu povas ripari ĝin kaj kiom da tempo tiu riparo daŭras. Memhostado ŝanĝas, kiun vi fidas, kaj la utila parto de la ekzerco estas scii precize, por kiu tavolo vi fidas ilin.