Kiben bízol, amikor magad futtatod a VPN-kiszolgálót

Az önálló hosztolás neked adja az üzemeltetői szerepet: te választod a szoftvert, a konfigurációt, a frissítési ütemtervet és azt, mit naplóz a saját szolgáltatásod. Amit nem tesz, az a többi fél eltávolítása a kapcsolatból. A hozzáférési hálózatod továbbra is szállítja a csomagokat, a tárhelyszolgáltatód továbbra is üzemelteti a gépet, egy feloldó továbbra is válaszol a lekérdezésekre, és egy cél továbbra is lát egy kérést. Annak ismerete, hogy ezek közül melyiket változtattad meg valóban, maga a gyakorlat.

Lépés 1: leltározd a feleket

Sorolj fel minden felet a valós telepítésben: az eszközöd, a hálózat, amelyhez csatlakozol, a VPN-host, a DNS-feloldó és a cél-szolgáltatás. Mindegyiknél jegyezd fel, mit tud megfigyelni, és mely beállításokat te irányítod.

Ez a táblázat hasznosabb bármilyen anonimitási állításnál, mert megmutatja, hol változott meg valójában az irányítás. Te irányítod a host konfigurációját és naplóit. Nem irányítod a hozzáférési hálózat rálátását a kapcsolatodra, és nem irányítod azt sem, mit jegyez fel a cél a fiókodról.

Egy otthoni végpontnál a fedett forgalom rendszerint az otthon hozzáférési kapcsolatán keresztül lép ki. A kilépési cím, amelyet a célod lát, a háztartás címe, ami a topológia ténye, nem a szoftver hibája. Ha ezt a címet akartad megváltoztatni, egy otthoni kiszolgáló nem tudja megtenni. Máshol kell kilépést találnod.

Lépés 2: írd le, mit nyertél

Megvizsgálhatod a telepített konfigurációt, eldöntheted, mely eszközök csatlakozhatnak, diagnosztikai szabályzatot állíthatsz be, és vezetheted a választott nyilvántartásokat. Ezek valódi kontrollok, ha fenntartod őket, és ez az őszinte ok az önálló hosztolásra.

Feltételesek is. Egy használatlan alapértelmezett beállítás és egy kipróbálatlan biztonsági mentés nem a protokoll által nyújtott tulajdonságok; szándékok. Írd le a kontrollt az őt bizonyító ellenőrzéssel együtt, különben nem számít.

Lépés 3: fogadd el a karbantartási listát

A lista rövid és kíméletlen: védd a rendszergazdai fiókot, védd a kiszolgáló kulcsait, ossz ki és vonj vissza ügyfél-identitásokat, tarts biztonsági mentéseket, távolítsd el az elveszett eszközöket, és tarts fenn egy helyreállítási utat, amely nem függ a meghibásodó alagúttól.

A visszavonás saját sort érdemel. Egy eszköz, amelyet eltávolítottál a konfigurációból, de soha nem vontál vissza, még mindig érvényes hitelesítő adatokkal rendelkezik, és a különbség csak akkor derül ki, amikor valaki használja őket. Teszteld az eltávolítást úgy, hogy megpróbálsz kapcsolódni a régi anyaggal.

A biztonsági mentések ugyanezt a kezelést igénylik. Állíts vissza egyet tartalék hoston, és erősítsd meg, hogy az alagút ugyanazokkal az identitásokkal indul el. Egy biztonsági mentés, amelyet soha nem állítottál vissza, fájl, nem helyreállítási terv.

Lépés 4: engedd el az anonimitás feltevését

A kiszolgáló futtatása nem teszi anonimmá a böngésződet. Az oldalak továbbra is kapnak fiókinformációkat és sütiket, az HTTPS pedig a saját útvonalán védi az alkalmazásadatokat, függetlenül az alagúttól.

Van egy finomabb hatás is: a csak általad használt cím stabil jellé válhat, amely a használatodhoz kapcsolódik. Egy kereskedelmi kilépést idegenekkel osztasz meg, ami a magánélet szempontjából az egyik módon rossz, a másikon jó. A saját címed egyedi, ami megfordítja ezt a cserét.

Ha a cél az, hogy nehéz legyen korrelálni, az önálló hosztolás inkább könnyebbé teheti, mint nehezebbé. Döntsd el, melyik tulajdonságot akarod valójában, mielőtt egy estét rászánsz. Az egyediség költség, nem jellemző, és a legtöbb önálló hosztolásról szóló írásban nem szerepel. Írd be az 1-es lépés feleitáblázatába, és a csere láthatóvá válik.

Lépés 5: megnevezett okból válaszd

A saját hálózatodhoz való privát hozzáférés, a konfiguráció feletti irányítás, egy konkrét útválasztási követelmény vagy egy szolgáltató szabályzatától való függetlenség mind jó okok. Írd le azt, amelyik érvényes, és tervezd meg a tesztet, amely megmutatná, hogy működik.

Utána ellenőrizd az unalmas részeket: javítva van-e a host, eltűntek-e a régi kulcsok, a megőrzés az-e, amit dokumentáltál, és vissza tudod-e állítani a szolgáltatást egy hiba után? Ez a négy válasz sokkal jobban leírja a bizalmi modellt, mint a protokoll neve.

Lépés 6: tervezd meg a kilépést

Döntsd el előre, hogyan költöznél el a hostról: hol él a konfiguráció, hogyan adják ki újra az ügyfélprofilokat, és mi történik a megőrzött nyilvántartásokkal. Egy kilépési terv nélküli önállóan hosztolt szolgáltatás olyan függőséggé válik, amelyet nem tudsz eltávolítani.

Az az AWS közös felelősségi modellje az AWS-en kívül is hasznos sablon, mert ugyanazt a kérdést kényszeríti ki: melyik réteg a tiéd, és melyik tartozik valaki máshoz. Válaszold meg az 1-es lépés minden felére, és a bizalmi modell megszűnik szlogen lenni.