Pilvi-VPN:si riippuu edelleen hosting-palveluntarjoajasta

Asensit käyttöjärjestelmän, kovensit palvelun ja pidät avaimet, ja alkaa tuntua siltä, että palvelin on sinun. Se on sinun samalla tavalla kuin vuokra-asunto on sinun: oven lukko on hallinnassasi ja rakennus ei. Hypervisor, instanssin edessä oleva verkko ja tili, joka voi rakentaa kaiken uudelleen, kuuluvat jollekin toiselle. Tämä ero ratkaisee, mitä palautumissuunnitelman on katettava, ja se on osa, jota itsehostaus muuttaa vähiten.

Tili on todellinen hallintataso

Hosting-tili hallinnoi virtuaalikonetta, sen levyjä, tilannevedoksia, julkisia osoitteita ja verkkosääntöjä. Kaikki ne voidaan muuttaa kirjautumatta lainkaan vieraaseen, mikä asettaa tilin useimpien VPN-oppaiden kuvaaman uhkamallin ulkopuolelle. Täydellinen tunnelikokoonpano selviää toimenpiteestä, joka vaihtaa levyn.

Suojaa tili erillisenä hyödykkeenä: riippumattomat tunnistetiedot, laitteistopohjaiset toiset tekijät ja auditointijälki, jota joku todella lukee. Sen jakaminen samalla salasananhallinnan merkinnällä kuin VPN-palvelu on virhe, joka tekee kaikista muista kontrolleista merkityksettömiä.

Lue palveluntarjoajan tehtävänjako kyseiselle tuotteelle, ei pilvelle yleisesti. Jaettu vastuumalli on hyödyllinen esimerkki siitä, miten kerrokset jaetaan, ja muut palveluntarjoajat kuvaavat omat rajansa sen sijaan, että perisivät tämän. Etsit sitä, mitkä viat sinun odotetaan korjaavan ja mitkä voit vain raportoida.

Infrastruktuuritapahtumat, joita et hallitse

Live-migraatio, isännän huolto, laitteistovika fyysisessä solmussa ja kapasiteettitapahtuma ovat kaikki asioita, joita palveluntarjoaja hoitaa oman aikataulunsa mukaan. Saatat nähdä uudelleenkäynnistyksen, lyhyen pakettihäviön tai osoitteen muutoksen, etkä näe syytä. Suunnittelu, joka pitää instanssia kiinteänä pisteenä, tulkitsee jokaisen niistä VPN-viaksi. Korjaava toimenpide on tehdä palvelusta kestävä katoavan instanssin suhteen sen sijaan, että tutkittaisiin syytä, jota sinulle ei koskaan näytetä.

Varmuuskopiot kuuluvat tähän kerrokseen, eivät tunneliin. Säilytä palvelinkokoonpano, identiteetit, osoitesuunnitelma ja sallitut reitit jossain, mikä ei riipu instanssin tavoitettavuudesta, ja varmista, että kopio voidaan palauttaa ilman alkuperäistä levyä.

Osoitteen käyttäytyminen ansaitsee oman tarkistuksensa. Säilyykö julkinen osoite pysäytyksen, vaihdon vai poiston yli, riippuu siitä, miten se jaettiin, eivätkä ne kolme toimenpidettä ole keskenään vaihdettavia. Kirjoita ylös, mihin niistä tukeudut, ennen kuin tapahtuma tekee kysymyksestä kiireellisen.

Tarkista, mikä selviää uudelleenrakennuksesta

Rakenna palautumispolku, kun kaikki vielä toimii. Tunnista konsoli tai kaistan ulkopuolinen pääsy, jota palveluntarjoaja tarjoaa, varmista että pääset siihen ilman tunnelia, ja tallenna tunnistetiedot paikkaan, josta rikkoutunut kannettava tai kadonnut puhelin ei vie niitä mukanaan. Jos paikallinen palomuurimuutos estää tunnelin, se konsoli on ainoa tie takaisin.

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

Metatietopalvelu vastaa instanssia koskeviin kysymyksiin, joita vieras ei muuten näe, ja sen tarkat polut vaihtelevat palveluntarjoajien ja alustojen välillä, joten tarkista ne käyttämäsi tuotteen dokumentaatiosta. Tee sitten yksi valvottu testi-instanssin uudelleenrakennus ja mittaa aika. Palautumismenettely, jota kukaan ei ole suorittanut, on hypoteesi.

Huomaa, mitä uudelleenrakennus teki osoitteelle, isäntäavaimille, levyn identiteetille ja kaikelle, mitä asiakkaat kiinnittävät. Asiakkaat, jotka ovat välimuistiin tallentaneet isäntäavaimen, valittavat uudelleenrakennuksen jälkeen, ja se valitus on oikeaa käyttäytymistä, ei tukahdutettava vika.

Päätä, mitä itsehostaus todella muuttaa

Oman VPN:n pyörittäminen siirtää luottamuksen VPN-operaattorilta hosting-palveluntarjoajalle ja sinulle. Se on todellinen muutos, eikä se ole sama kuin kolmannen osapuolen poistaminen. Jos tarkoitus oli estää kaupallista VPN:ää seuraamasta liikennettä, palveluntarjoaja voi yhä seurata instanssin verkkoa, sen levyä ja laskutustietoja.

Omat lokisi kuvaavat ohjelmistoasi, eivätkä ne kuvaa jokaista infrastruktuuritietuetta, jota palveluntarjoaja pitää. Päinvastoin on myös totta: infrastruktuurin näkyvyys ei todista, mitä palveluntarjoaja säilyttää. Molemmat kysymykset tarvitsevat palveluntarjoajan käytännön ja oman kokoonpanosi, eikä kumpikaan vastaa toiseen.

Kirjoita vastaus työnjakona: mikä kerros petti, kuka voi korjata sen ja kuinka kauan korjaus kestää. Itsehostaus muuttaa sitä, kehen luotat, ja harjoituksen hyödyllinen osa on tietää tarkalleen, minkä kerroksen osalta luotat heihin.