Keneen luotat, kun ajat VPN-palvelinta itse

Itse hostaaminen antaa sinulle operaattorin roolin: sinä valitset ohjelmiston, kokoonpanon, päivitysaikataulun ja sen, mitä oma palvelusi tallentaa. Se, mitä se ei tee, on muiden osapuolten poistaminen yhteydestä. Liityntäverkkosi kuljettaa edelleen paketit, hosting-palveluntarjoajasi pyörittää edelleen konetta, resolver vastaa edelleen kyselyihin ja kohde näkee edelleen pyynnön. Sen tietäminen, mitkä näistä todella muutit, on koko harjoitus.

Vaihe 1: kartoita osapuolet

Listaa jokainen osapuoli todellisessa käyttöönotossa: laitteesi, verkko johon liityt, VPN-isäntä, DNS-resolveri ja kohdepalvelu. Merkitse jokaisesta, mitä se voi havainnoida ja mitä asetuksia sinä hallitset.

Tuo taulukko on hyödyllisempi kuin mikään anonymiteettiväite, koska se näyttää, missä hallinta todella muuttui. Hallitset isännän kokoonpanon ja lokit. Et hallitse liityntäverkon näkemystä yhteydestäsi etkä sitä, mitä kohde tallentaa tilistäsi.

Kotipäätepisteessä katettu liikenne lähtee yleensä kodin liityntäyhteyden kautta. Lähtöosoite, jonka kohteesi näkee, on kotitalouden osoite, mikä on topologian tosiasia eikä ohjelmiston vika. Jos juuri sitä osoitetta halusit muuttaa, kotipalvelin ei voi tehdä sitä. Tarvitset lähdön jonnekin muualle.

Vaihe 2: kirjoita muistiin, mitä voitit

Voit tarkastella käyttöönotettua kokoonpanoa, päättää mitkä laitteet saavat liittyä, asettaa diagnostiikkakäytännön ja pitää valitsemasi tietueet. Ne ovat todellisia hallintakeinoja, kun ylläpidät niitä, ja ne ovat rehellinen syy hostata itse.

Ne ovat myös ehdollisia. Käyttämätön oletusasetus ja testaamaton varmuuskopio eivät ole ominaisuuksia, joita protokolla tarjoaa; ne ovat aikomuksia. Kirjoita hallintakeino muistiin sen todistavan testin kanssa, tai se ei päde.

Vaihe 3: hyväksy ylläpitolista

Lista on lyhyt ja armoton: suojaa järjestelmänvalvojan tili, suojaa palvelimen avaimet, toimita ja peru asiakkaiden identiteetit, pidä varmuuskopiot, poista kadonneet laitteet ja pidä palautuspolku, joka ei riipu pettävästä tunnelista.

Peruutus ansaitsee oman rivinsä. Laite, jonka poistit kokoonpanosta mutta jota et koskaan peruuttanut, pitää yhä voimassa olevat tunnistetiedot, ja ero näkyy vasta, kun joku käyttää niitä. Testaa poisto yrittämällä yhdistää vanhalla materiaalilla.

Varmuuskopiot tarvitsevat saman kohtelun. Palauta yksi varaisännälle ja varmista, että tunneli nousee samoilla identiteeteillä. Varmuuskopio, jota et ole koskaan palauttanut, on tiedosto, ei palautussuunnitelma.

Vaihe 4: luovu anonymiteettioletuksesta

Palvelimen ajaminen ei tee selaimestasi anonyymiä. Sivustot saavat edelleen tilitietoja ja evästeitä, ja HTTPS suojaa sovellustietoja omalla polullaan tunnelista riippumatta.

On myös hienovaraisempi vaikutus: vain sinun käyttämäsi osoite voi muuttua vakaaksi signaaliksi, joka liittyy käyttöösi. Kaupallinen lähtö jaetaan tuntemattomien kanssa, mikä on yksityisyydelle yhdellä tavalla huonoa ja toisella hyvää. Oma osoitteesi on ainutlaatuinen, mikä kääntää tuon vaihdon.

Jos tavoite on olla vaikeasti korreloitavissa, itse hostaaminen voi tehdä siitä helpompaa eikä vaikeampaa. Päätä, mitä ominaisuutta todella haluat, ennen kuin vietät iltaa sen parissa. Ainutlaatuisuus on kustannus, ei ominaisuus, eikä se esiinny useimmissa itse hostaamista käsittelevissä teksteissä. Kirjoita se vaiheen 1 osapuolitaulukkoon, niin vaihto tulee näkyväksi.

Vaihe 5: valitse se mainitusta syystä

Yksityinen pääsy omaan verkkoon, hallinta kokoonpanosta, tietty reititysvaatimus tai riippumattomuus toimittajan käytännöstä ovat kaikki hyviä syitä. Kirjoita se, joka pätee, ja suunnittele testi, joka näyttäisi sen toimivan.

Tarkista sitten tylsät osat: onko isäntä paikattu, ovatko vanhat avaimet poissa, vastaako säilytys dokumentoimaasi ja pystytkö palauttamaan palvelun vian jälkeen? Ne neljä vastausta kuvaavat luottamusmallia paljon paremmin kuin protokollan nimi.

Vaihe 6: suunnittele poistuminen

Päätä etukäteen, miten siirtyisit pois isännältä: missä kokoonpano sijaitsee, miten asiakasprofiilit julkaistaan uudelleen ja mitä säilytetyille tietueille tapahtuu. Itse hostattu palvelu ilman poistumissuunnitelmaa muuttuu riippuvuudeksi, jota et voi poistaa.

AWS:n jaetun vastuun malli on hyödyllinen malli myös AWS:n ulkopuolella, koska se pakottaa saman kysymyksen: mikä kerros on sinun ja mikä kuuluu jollekin toiselle. Vastaa se jokaiselle vaiheen 1 osapuolelle, niin luottamusmalli lakkaa olemasta iskulause.