Hvem du stoler på, når du selv kører VPN-serveren

Self-hosting giver dig operatørrollen: du vælger softwaren, konfigurationen, opdateringsplanen og hvad din egen tjeneste registrerer. Det, den ikke gør, er at fjerne de andre parter fra forbindelsen. Dit adgangsnetværk bærer stadig pakkerne, din hostingudbyder driver stadig maskinen, en resolver svarer stadig på forespørgsler, og en destination ser stadig en anmodning. At vide, hvilke af dem du faktisk har ændret, er hele øvelsen.

Trin 1: kortlæg parterne

List hver part i den virkelige udrulning: din enhed, netværket du kobler til, VPN-værten, DNS-resolveren og destinationstjenesten. Noter for hver af dem, hvad den kan observere, og hvilke indstillinger du styrer.

Den tabel er mere nyttig end nogen påstand om anonymitet, fordi den viser, hvor kontrollen faktisk ændrede sig. Du styrer værtens konfiguration og logfiler. Du styrer ikke adgangsnetværkets blik på din forbindelse, og du styrer ikke, hvad destinationen registrerer om din konto.

For et hjemmeendepunkt forlader dækket trafik normalt hjemmets adgangsforbindelse. Den udgangsadresse, din destination ser, er husstandens adresse, hvilket er et faktum om topologien og ikke en fejl i softwaren. Hvis det er den adresse, du ville ændre, kan en hjemmeserver ikke gøre det. Du har brug for en udgang et andet sted.

Trin 2: skriv ned, hvad du har vundet

Du kan inspicere den udrullede konfiguration, beslutte hvilke enheder der må tilslutte sig, fastlægge en diagnostikpolitik og føre de registreringer, du vælger. Det er reelle kontroller, når du vedligeholder dem, og de er den ærlige grund til at hoste selv.

De er også betingede. En ubrugt standardindstilling og en utestet backup er ikke egenskaber, protokollen leverer; de er hensigter. Skriv kontrollen ned sammen med den test, der beviser den, ellers tæller den ikke.

Trin 3: accepter vedligeholdelseslisten

Listen er kort og ubarmhjertig: beskyt administratorkontoen, beskyt serverens nøgler, udlever og tilbagekald klienters identiteter, hold backups, fjern tabte enheder, og behold en gendannelsesvej, der ikke afhænger af den svigtende tunnel.

Tilbagekaldelse fortjener sin egen linje. En enhed, du har fjernet fra konfigurationen, men aldrig tilbagekaldt, har stadig gyldige loginoplysninger, og forskellen viser sig først, når nogen bruger dem. Test fjernelsen ved at forsøge at forbinde med det gamle materiale.

Backups kræver samme behandling. Gendan en på en ekstra vært og bekræft, at tunnelen kommer op med de samme identiteter. En backup, du aldrig har gendannet, er en fil og ikke en gendannelsesplan.

Trin 4: slip antagelsen om anonymitet

At køre serveren gør ikke din browser anonym. Websteder modtager stadig kontoinformation og cookies, og HTTPS beskytter applikationsdata på sin egen vej uanset tunnelen.

Der er også en mere subtil effekt: en adresse, som kun du bruger, kan blive et stabilt signal, der knyttes til din brug. En kommerciel udgang deles med fremmede, hvilket er dårligt for privatlivet på én måde og godt på en anden. Din egen adresse er unik, hvilket vender den udveksling.

Hvis målet er at være svær at korrelere, kan self-hosting gøre det lettere i stedet for sværere. Beslut, hvilken egenskab du egentlig vil have, før du bruger en aften på det. Unikhed er en omkostning, ikke en funktion, og den optræder ikke i de fleste tekster om self-hosting. Skriv den ind i partstabellen fra trin 1, og udvekslingen bliver synlig.

Trin 5: vælg det af en angivet grund

Privat adgang til dit eget netværk, kontrol over konfigurationen, et bestemt routingkrav eller uafhængighed af en leverandørs politik er alle gode grunde. Skriv den ned, der gælder, og design den test, der ville vise, at den virker.

Kontroller derefter de kedelige dele: er værten patchet, er gamle nøgler væk, svarer opbevaringen til det, du dokumenterede, og kan du genoprette tjenesten efter en fejl? De fire svar beskriver tillidsmodellen langt bedre end protokollens navn.

Trin 6: planlæg udgangen

Beslut på forhånd, hvordan du ville flytte væk fra værten: hvor konfigurationen bor, hvordan klientprofiler genudstedes, og hvad der sker med de registreringer, du har gemt. En selvhostet tjeneste uden udgangsplan bliver en afhængighed, du ikke kan fjerne.

Den AWS' fælles ansvarsmodel er en brugbar skabelon også uden for AWS, fordi den tvinger det samme spørgsmål frem: hvilket lag er dit, og hvilket tilhører en anden. Svar på det for hver part i trin 1, og tillidsmodellen holder op med at være et slogan.