Komu zaupate, ko sami poganjate strežnik VPN

Samostojno gostovanje vam preda vlogo upravljavca: vi izberete programsko opremo, konfiguracijo, urnik posodobitev in to, kar vaša lastna storitev beleži. Česar ne stori, je odstranjevanje drugih strani iz povezave. Vaše dostopovno omrežje še vedno prenaša pakete, vaš ponudnik gostovanja še vedno upravlja stroj, razreševalnik še vedno odgovarja na poizvedbe in cilj še vedno vidi zahtevo. Vedenje, katere od teh ste resnično spremenili, je celotna vaja.

Korak 1: popišite strani

Naštejte vsako stran v resnični namestitvi: svojo napravo, omrežje, na katero se povežete, gostitelja VPN, razreševalnik DNS in ciljno storitev. Pri vsaki zapišite, kaj lahko opazuje in s katerimi nastavitvami upravljate vi.

Ta tabela je bolj uporabna od vsake trditve o anonimnosti, ker kaže, kje se je nadzor resnično spremenil. Upravljate konfiguracijo in dnevnike gostitelja. Ne upravljate pogleda dostopovnega omrežja na vašo povezavo in ne upravljate tega, kar cilj beleži o vašem računu.

Pri domači končni točki pokrit promet običajno odide skozi domačo dostopovno povezavo. Izstopni naslov, ki ga vidi vaš cilj, je naslov gospodinjstva, kar je dejstvo o topologiji in ne napaka v programski opremi. Če ste hoteli spremeniti prav ta naslov, domači strežnik tega ne more. Potrebujete izhod drugje.

Korak 2: zapišite, kaj ste pridobili

Lahko pregledate nameščeno konfiguracijo, se odločite, katere naprave se smejo pridružiti, nastavite diagnostično politiko in vodite evidence, ki jih izberete. To so resnični nadzori, ko jih vzdržujete, in so pošten razlog za samostojno gostovanje.

So tudi pogojni. Neuporabljena privzeta nastavitev in nepreizkušena varnostna kopija nista lastnosti, ki jih daje protokol; to so namere. Zapišite nadzor skupaj s preizkusom, ki ga dokazuje, sicer ne šteje.

Korak 3: sprejmite seznam vzdrževanja

Seznam je kratek in neizprosen: zaščitite skrbniški račun, zaščitite ključe strežnika, dodeljujte in preklicujte identitete odjemalcev, hranite varnostne kopije, odstranite izgubljene naprave in ohranite pot obnovitve, ki ni odvisna od odpovedujočega tunela.

Preklic si zasluži svojo vrstico. Naprava, ki ste jo odstranili iz konfiguracije, a je niste nikoli preklicali, ima še vedno veljavne poverilnice, razlika pa se pokaže šele, ko jih kdo uporabi. Preizkusite odstranitev tako, da se poskusite povezati s starim gradivom.

Varnostne kopije potrebujejo enako obravnavo. Obnovite eno na nadomestnem gostitelju in potrdite, da se tunel dvigne z enakimi identitetami. Varnostna kopija, ki je niste nikoli obnovili, je datoteka, ne načrt obnovitve.

Korak 4: opustite predpostavko o anonimnosti

Poganjanje strežnika ne naredi vašega brskalnika anonimnega. Spletna mesta še vedno prejmejo podatke o računu in piškotke, HTTPS pa varuje podatke aplikacije na svoji poti ne glede na tunel.

Obstaja tudi bolj subtilen učinek: naslov, ki ga uporabljate samo vi, lahko postane stabilen signal, povezan z vašo uporabo. Komercialni izhod si deli z neznanci, kar je za zasebnost na en način slabo in na drug način dobro. Vaš lastni naslov je edinstven, kar ta dogovor obrne.

Če je cilj biti težko koreliran, lahko samostojno gostovanje to prej olajša kot oteži. Odločite se, katero lastnost v resnici želite, preden temu posvetite večer. Edinstvenost je strošek, ne lastnost, in se v večini besedil o samostojnem gostovanju ne pojavi. Zapišite jo v tabelo strani iz koraka 1 in dogovor postane viden.

Korak 5: izberite ga iz navedenega razloga

Zasebni dostop do lastnega omrežja, nadzor nad konfiguracijo, posebna zahteva po usmerjanju ali neodvisnost od politike ponudnika so vsi dobri razlogi. Zapišite tistega, ki velja, in zasnujte preizkus, ki bi pokazal, da deluje.

Nato preverite dolgočasne dele: je gostitelj zakrpan, so stari ključi izginili, se hramba ujema s tem, kar ste dokumentirali, in lahko obnovite storitev po okvari? Ti štirje odgovori opišejo model zaupanja veliko bolje kot ime protokola.

Korak 6: načrtujte izhod

Odločite se vnaprej, kako bi migrirali z gostitelja: kje živi konfiguracija, kako se odjemalski profili ponovno izdajo in kaj se zgodi z ohranjenimi evidencami. Samostojno gostovana storitev brez načrta izhoda postane odvisnost, ki se je ne da odstraniti.

Model deljene odgovornosti AWS je uporabna predloga tudi zunaj AWS, ker vsili isto vprašanje: katera plast je vaša in katera pripada nekomu drugemu. Odgovorite nanj za vsako stran iz koraka 1 in model zaupanja neha biti slogan.