Freiwillige VPNs und kommerzielle VPNs setzen Vertrauen an verschiedene Stellen
Ein freiwilliger Relay und ein kommerzielles Konto sind verschiedene Vereinbarungen. Verfolgen Sie, wer den Endpunkt betreibt, was die Richtlinie abdeckt und was der Client beweisen kann.
Das Etikett eines VPN-Dienstes sagt weniger als die Vereinbarung, die dahinter steht. Ein freiwilliges Netz kann Relays bündeln, die von Menschen ohne jede Beziehung zueinander betrieben werden, während ein kommerzieller Dienst meist ein Konto und eine veröffentlichte Richtlinie über eine Infrastruktur stellt, die er teilweise mietet. Keine der beiden Formen ist automatisch privater. Der Unterschied liegt darin, wer den Endpunkt kontrolliert, zu dem Sie eine Verbindung aufbauen, und wer deshalb eine Frage dazu beantworten könnte.
Drei Parteien, nicht eine
Hinter jeder Verbindung stehen drei Parteien, und sie sind nicht immer dieselbe Organisation. Der Verzeichnisbetreiber entscheidet, welche Endpunkte Sie finden können, und verteilt Profile; der Softwareentwickler entscheidet, wie Ihr Client das Protokoll spricht; der Serverbetreiber betreibt die Maschine, von der Ihr Datenverkehr ausgeht. Nur der letzte ist in der Lage, etwas aufzuzeichnen oder aufzubewahren, und in einer freiwilligen Vereinbarung kann diese Person den anderen beiden fremd sein.
| 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 |
Eine kommerzielle Vereinbarung fasst die drei meist in einem Unternehmen zusammen, auch wenn sie Server bei einem Hosting-Anbieter mietet. Lesen Sie, was der Anbieter zu betreiben angibt, denn die Formulierung unser Netzwerk und die Formulierung unsere Richtlinie können verschiedene Systeme abdecken. Ist ein Partner beteiligt, muss die Richtlinie ihn benennen, sonst erreicht sie Ihren Datenverkehr nicht.
Wie ein Endpunkt verschwindet
Ein freiwilliger Relay existiert, weil sein Host ihn am Laufen hält. Wenn diese Person aufhört, verlässt der Eintrag das Verzeichnis, und nichts in dieser Vereinbarung verspricht, dass der Relay morgen noch da ist.
Ein Verzeichniseintrag ist eine Option, keine Garantie: einen anderen Eintrag zu wählen heißt, einen anderen Betreiber zu wählen, nicht sich wieder mit demselben Dienst zu verbinden. Kommerzielle Dienste fallen auf dieselbe Weise aus unterschiedlichen Gründen aus, sei es Kapazität, eine regionale Sperre oder der Ausfall eines Hosting-Partners. Was sich ändert, ist, wen Sie dazu fragen können. Keine der Vereinbarungen schuldet Ihnen Kontinuität, nur weil das Profil noch lädt.
Was die Richtlinie tatsächlich abdeckt
Auch freiwillige Projekte veröffentlichen Regeln zu Protokollierung und Missbrauch, und diese Regeln sind der interessante Teil. Freiwillig beschreibt, wer den Relay hostet, nicht das Versprechen, dass nichts aufgezeichnet wird, und ein Projekt mit veröffentlichter Missbrauchsbehandlung sagt Ihnen, dass Aufzeichnungen irgendwo existieren.
Kommerzielle Richtlinien haben das umgekehrte Problem: Sie sind ausführlich, und die Ausführlichkeit ist das, was Sie lesen müssen. Eine Richtlinie, die die eigenen Server des Anbieters abdeckt, beschreibt nicht automatisch die Infrastruktur eines Partners. Eine Jurisdiktionserklärung ist keine Beschreibung der Praxis. Suchen Sie den Abschnitt, der die Systeme im Geltungsbereich benennt, und behandeln Sie eine Richtlinie, die zum Umfang vage bleibt, als Marketing und nicht als Beleg.
Entscheiden Sie mit einem Nachweis, nicht mit einem Etikett
Ein Client, der sich verbindet, beweist Protokollkompatibilität und Erreichbarkeit und nichts über Aufzeichnungen, denn Aufzeichnungen entstehen am Endpunkt und darüber. Deshalb ist ein grünes Statussymbol ein so schwaches Signal: derselbe Client, auf einen sorgfältigen Relay und auf einen nachlässigen gerichtet, sieht identisch aus. Der Entscheidungsnachweis muss deshalb aus dem gebaut werden, was Sie über den konkreten Betreiber begründen können, nicht aus der Oberfläche. Schreiben Sie die technische Sichtbarkeit des Pfades auf, die betroffenen Datenkategorien und das Vertrauen, das der Betreiber erworben hat; ist eines davon eine Vermutung, ist die Entscheidung nicht fertig.
Wenn Sie nur Verbindungen vergleichen, protokollieren Sie stattdessen den Endpunkt und das gemessene Ergebnis. Ein Relay in einem Land, eine erreichte Ressource und eine gemessene Antwort beschreiben, was Sie getestet haben, ohne das Verhalten eines Hosts einem ganzen Projekt zuzuschreiben.
Halten Sie Software- und Protokollkompatibilität durchgehend getrennt von der Dienstpraxis, weil verschiedene Parteien darüber entscheiden und sie auf verschiedene Weise scheitern. Fügen Sie aus diesem Grund zwei Felder zum Nachweis hinzu: die von Ihnen verwendete Clientversion und das ausgehandelte Protokoll. Dann beginnt der nächste Vergleich mit Belegen statt mit einem Etikett. Ein Nachweis, der Endpunkt, Client und Ergebnis benennt, ist der einzige Teil dieser Entscheidung, den Sie später verteidigen können.