Ideella VPN:er och kommersiella VPN:er placerar tilliten på olika ställen
En ideell relay och ett kommersiellt konto är olika arrangemang. Följ vem som driver ändpunkten, vad policyn täcker och vad klienten kan bevisa.
Etiketten på en VPN-tjänst säger mindre än arrangemanget bakom den. Ett ideellt nätverk kan samla relayer som drivs av människor utan någon inbördes koppling, medan en kommersiell tjänst oftast presenterar ett konto och en publicerad policy över infrastruktur som den kanske delvis hyr. Ingen av formerna är automatiskt mer privat. Det som skiljer är vem som kontrollerar ändpunkten du ansluter till, och vem som därför skulle kunna svara på en fråga om den.
Tre parter, inte en
Tre parter står bakom varje anslutning, och de är inte alltid samma organisation. Katalogoperatören bestämmer vilka ändpunkter du kan hitta och delar ut profiler; programvaruutvecklaren bestämmer hur din klient talar protokollet; serveroperatören driver maskinen som din trafik lämnar ifrån. Bara den sista kan registrera eller behålla något, och i ett ideellt arrangemang kan den personen vara en främling för de andra två.
| Party | What they control | What changes when it changes |
|---|---|---|
| Directory operator | Lists endpoints and distributes profiles | Which relays you can find at all |
| Software developer | The client and its protocol implementation | How you connect, not who receives the traffic |
| Server operator | The machine your traffic exits from | Records, abuse handling and upstream network |
Ett kommersiellt arrangemang slår oftast samman de tre i ett företag, även om det kan hyra servrar från en hostingleverantör. Läs vad leverantören säger att den driver, eftersom uttrycket vårt nätverk och uttrycket vår policy kan täcka olika system. Om en partner är inblandad måste policyn namnge den, annars når den inte din trafik.
Hur en ändpunkt försvinner
En ideell relay finns eftersom dess värd håller den igång. När den personen slutar lämnar posten katalogen, och ingenting i det arrangemanget lovar att relayen finns där i morgon.
En katalogpost är ett alternativ, inte en garanti: att välja en annan post innebär att välja en annan operatör, inte att återansluta till samma tjänst. Kommersiella tjänster fallerar på samma sätt av olika skäl, vare sig det är kapacitet, en regional begränsning eller ett avbrott hos en hostingpartner. Det som ändras är vem du kan fråga om det. Ingen av arrangemangen är skyldig dig kontinuitet bara för att profilen fortfarande laddas.
Vad policyn faktiskt täcker
Ideella projekt publicerar också regler för loggning och mot missbruk, och de reglerna är den intressanta delen. Ideell beskriver vem som är värd för relayen, inte ett löfte att ingenting registreras, och ett projekt med publicerad missbrukshantering säger att uppgifter finns någonstans.
Kommersiella policyer har det motsatta problemet: de är detaljerade, och detaljen är det du måste läsa. En policy som täcker leverantörens egna servrar beskriver inte automatiskt en partners infrastruktur. En jurisdiktionsförklaring är inte en beskrivning av praktiken. Leta efter avsnittet som namnger systemen inom omfånget, och behandla en policy som förblir vag om omfånget som marknadsföring och inte som bevis.
Bestäm med en anteckning, inte med en etikett
En klient som ansluter bevisar protokollkompatibilitet och nåbarhet, och ingenting om registreringar, eftersom registreringar görs vid ändpunkten och ovanför den. Därför är en grön statusikon en så svag signal: samma klient riktad mot en noggrann relay och mot en slarvig ser identisk ut. Beslutsanteckningen måste därför byggas på det du kan motivera om den specifika operatören, inte på gränssnittet. Skriv ned den tekniska synligheten för vägen, kategorierna av data som är inblandade och det förtroende operatören har gjort sig förtjänt av; om något av detta är en gissning är beslutet inte färdigt.
Om du bara jämför anslutningar, registrera i stället ändpunkten och resultatet du mätte. En relay i ett land, en resurs som nåddes och ett svar som mättes beskriver vad du testade utan att tillskriva en väns beteende ett helt projekt.
Håll programvaru- och protokollkompatibilitet åtskild från tjänstepraktiken hela vägen, eftersom olika parter avgör det och de fallerar på olika sätt. Lägg därför till två fält i anteckningen: klientversionen du körde och protokollet den förhandlade. Då börjar nästa jämförelse med bevis i stället för en etikett. En anteckning som namnger ändpunkten, klienten och resultatet är den enda delen av detta beslut du kan försvara senare.