Frivillige VPN'er og kommercielle VPN'er placerer tillid forskellige steder
En frivillig relay og en kommerciel konto er forskellige aftaler. Følg, hvem der driver endepunktet, hvad politikken dækker, og hvad klienten kan bevise.
Etiketten på en VPN-tjeneste siger mindre end den aftale, der ligger bag den. Et frivilligt netværk kan samle relays, der drives af mennesker uden indbyrdes forbindelse, mens en kommerciel tjeneste som regel præsenterer én konto og én offentliggjort politik oven på infrastruktur, som den måske delvis lejer. Ingen af formerne er automatisk mere private. Det, der er forskelligt, er, hvem der kontrollerer det endepunkt, du opretter forbindelse til, og hvem der derfor kan svare på et spørgsmål om det.
Tre parter, ikke én
Der står tre parter bag enhver forbindelse, og de er ikke altid samme organisation. Katalogoperatøren bestemmer, hvilke endepunkter du kan finde, og udleverer profiler; softwareudvikleren bestemmer, hvordan din klient taler protokollen; serveroperatøren driver den maskine, din trafik forlader fra. Kun den sidste er i stand til at registrere eller opbevare noget, og i en frivillig aftale kan den person være en fremmed for de to andre.
| 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 |
En kommerciel aftale slår som regel de tre sammen i én virksomhed, selv om den kan leje servere hos en hostingudbyder. Læs, hvad udbyderen siger, at den driver, fordi udtrykket vores netværk og udtrykket vores politik kan dække forskellige systemer. Er der en partner involveret, skal politikken navngive den, ellers når den ikke din trafik.
Sådan forsvinder et endepunkt
En frivillig relay findes, fordi dens vært holder den kørende. Når den person stopper, forlader posten kataloget, og intet i den aftale lover, at relayen er der i morgen.
En katalogpost er en mulighed, ikke en garanti: at vælge en anden post betyder at vælge en anden operatør, ikke at genoprette forbindelsen til den samme tjeneste. Kommercielle tjenester fejler på samme måde af forskellige grunde, hvad enten det er kapacitet, en regional begrænsning eller et nedbrud hos en hostingpartner. Det, der ændrer sig, er, hvem du kan spørge om det. Ingen af aftalerne skylder dig kontinuitet, bare fordi profilen stadig indlæses.
Hvad politikken faktisk dækker
Frivillige projekter offentliggør også lognings- og antimisbrugsregler, og de regler er den interessante del. Frivillig beskriver, hvem der hoster relayen, ikke et løfte om, at intet registreres, og et projekt med offentliggjort misbrugshåndtering fortæller dig, at registreringer findes et sted.
Kommercielle politikker har det modsatte problem: de er detaljerede, og detaljen er det, du skal læse. En politik, der dækker udbyderens egne servere, beskriver ikke automatisk en partners infrastruktur. En erklæring om jurisdiktion er ikke en beskrivelse af praksis. Find det afsnit, der navngiver systemerne i omfanget, og behandl en politik, der forbliver vag om omfanget, som markedsføring frem for bevis.
Beslut ud fra en registrering, ikke en etiket
En klient, der opretter forbindelse, beviser protokolkompatibilitet og tilgængelighed og intet om registreringer, fordi registreringer skabes ved endepunktet og over det. Derfor er et grønt statusikon så svagt et signal: den samme klient rettet mod en omhyggelig relay og mod en uomhyggelig ser identisk ud. Beslutningsregistreringen skal derfor bygges på det, du kan begrunde om den konkrete operatør, ikke på grænsefladen. Skriv den tekniske synlighed af vejen ned, de datakategorier, der er involveret, og den tillid, operatøren har gjort sig fortjent til; er noget af det et gæt, er beslutningen ikke færdig.
Hvis du kun sammenligner forbindelser, så registrer i stedet endepunktet og det resultat, du målte. En relay i ét land, en ressource, der blev nået, og et svar, der blev målt, beskriver, hvad du testede, uden at tilskrive én værts adfærd et helt projekt.
Hold software- og protokolkompatibilitet adskilt fra tjenestepraksis hele vejen igennem, fordi forskellige parter afgør det, og de fejler på forskellige måder. Tilføj to felter til registreringen af den grund: den klientversion, du kørte, og den protokol, den forhandlede. Så begynder den næste sammenligning ud fra bevis i stedet for en etiket. En registrering, der navngiver endepunktet, klienten og resultatet, er den eneste del af denne beslutning, du kan forsvare senere.