Warum ein VPN-Verzeichnis nicht für den Knoten dahinter bürgen kann

Verzeichniseinträge, die einen Hostnamen, ein Land und eine Reihe von Protokollen auflisten, sind Belege für Konnektivität, nicht dafür, was die Maschine am anderen Ende aufzeichnet. Die Entscheidung, die hier zählt, ist nicht, ob man Einträgen im Allgemeinen trauen sollte. Sie lautet, welche Partei in der Lage ist, die Frage zu beantworten, die Sie tatsächlich stellen.

Vier Parteien hinter einem Eintrag

Trennen Sie die Rollen, bevor Sie irgendein Versprechen lesen. Das Verzeichnis veröffentlicht den Eintrag, das Softwareprojekt liefert die Protokollimplementierung, der Hosting-Anbieter liefert die Maschine und das Netzwerk, und der Knotenbetreiber konfiguriert den Dienst. Jede der vier kann eine andere Organisation sein, und jede kann nur für ihren eigenen Teil sprechen.

Diese Aufteilung erklärt, warum eine Aussage wahr und trotzdem nutzlos sein kann. Ein Entwickler, der dokumentiert, dass das Protokoll keine Nutzdaten protokolliert, sagt nichts über einen Betreiber, der ausführliche Verbindungsprotokolle auf einem Relay aktiviert hat. Beide Aussagen können ohne Widerspruch nebeneinander bestehen. Genau deshalb muss die Frage an eine benannte Partei gerichtet werden.

Manche Dienste betreiben eigene Endpunkte, dann stammen Eintrag und Richtlinie von derselben Partei. Das ist eine stärkere Position, aber sie muss belegt und nicht aus dem Format der Seite abgeleitet werden. Verlangen Sie die Erklärung und prüfen Sie, ob sie den Dienst nennt, auf den der Eintrag zeigt.

Verlangen Sie den Nachweis, der zur Behauptung passt

Eine Behauptung über Erhebung braucht ein Dokument, das System, Datenkategorie und Zeitraum nennt. Eine Behauptung über Aufbewahrung braucht eine Zahl und einen Umfang. Eine Behauptung über Unabhängigkeit braucht eine Beschreibung, wer was besitzt, kein Adjektiv.

Freiwilligenprojekte sind oft das klarste Beispiel, weil einige ausdrückliche Protokollierungsanforderungen für die Knoten veröffentlichen, die sie aufnehmen. Dieses Dokument ist Primärbeleg für die Regeln des Projekts und noch kein Beleg über einen einzelnen Betreiber, der sie ignoriert hat.

Audits folgen derselben Logik in anderem Maßstab. Ein Bericht, der ein bestimmtes Deployment in einem bestimmten Zeitfenster untersucht hat, ist innerhalb dieser Grenze nützlich. Auf jede unabhängige Instanz derselben Software ausgedehnt, wird daraus eine Garantie, die niemand ausgestellt hat. Lesen Sie den Absatz zum Umfang, bevor Sie die Schlussfolgerung lesen.

Wenn die Datenschutzerklärung eines Anbieters den eigenen Dienst abdeckt, lesen Sie sie als Erklärung dieses Anbieters über seine eigenen Systeme. Sie zur Beschreibung eines Relays Dritter wiederzuverwenden ist ein Kategorienfehler, selbst wenn das Protokoll identisch ist.

Entscheiden Sie, was Sie mit jeder Option kaufen

Ein öffentlicher Knoten kauft Erreichbarkeit und Vielfalt zum Preis der Rechenschaft. Ein Betreiber, der Ihnen nichts schuldet, kann verschwinden, die Konfiguration ändern oder Aufzeichnungen ohne Ankündigung behalten, und Ihr Ausweg beschränkt sich auf den Wechsel des Endpunkts. Dieser Tausch ist für manche Aufgaben akzeptabel und für andere nicht.

Ein bezahlter Dienst kauft eine Gegenpartei mit veröffentlichter Richtlinie und etwas zu verlieren. Er kauft keine technische Garantie und ersetzt nicht das Lesen der Richtlinie, aber eine benannte Organisation mit Aufbewahrungserklärung ist leichter zu bewerten als ein anonymes Relay.

Die Entscheidungsregel, die beide Fälle übersteht, ist, den Beleg am Risiko zu messen. Wenn die Aufgabe einen wechselnden Endpunkt verträgt, ist das Verzeichnis ein effizientes Werkzeug. Wenn sie von einem bestimmten Versprechen zur Datenverarbeitung abhängt, ist nur die Partei relevant, die dieses Versprechen geben kann, und das Verzeichnis ist eine Routing-Bequemlichkeit, keine Zusicherung.

curl -s --interface tun0 https://example.net/ -o /dev/null -w '%{remote_ip}
'

Der eine Befehl oben lohnt sich, weil er zwei Fragen sauber trennt. Er zeigt die Adresse, die Ihr Datenverkehr tatsächlich benutzt hat, was ein Konnektivitätsfakt ist, und er sagt nichts darüber, was der Betreiber dieser Adresse mit den Verbindungsmetadaten getan hat.

Halten Sie die Fragen auf Client-Seite getrennt

Betreiberrichtlinie ist eine Schicht, und die Sicherheit dessen, was Sie über den Tunnel tun, ist eine andere. HTTPS am Ziel, Sitzungsbehandlung im Browser und die Stärke des Kontos, in das Sie sich eingeloggt haben, bleiben Ihre Kontrollen, und ein freizügiges Relay schwächt sie nicht, während ein hervorragendes sie nicht stärkt.

Diese Trennung verhindert zwei verbreitete Fehler. Eine strenge Betreiberrichtlinie als Grund zu nehmen, HTTPS zu überspringen, ist der eine, und eine funktionierende HTTPS-Verbindung als Grund zu nehmen, zu ignorieren, wer das Relay betreibt, der andere. Beide Fehler verschmelzen zwei Schichten zu einer und streiten dann über die falsche.

Eine kurze schriftliche Bewertung behandelt beides. Nennen Sie die Partei, die jedes Versprechen gibt, legen Sie das Dokument bei, das es stützt, und notieren Sie das Datum. Entscheiden Sie dann, ob die Aufgabe die stärkere Behauptung braucht oder nur einen funktionierenden Weg.

Der Eintrag hat seinen Zweck erfüllt, sobald er Ihnen sagte, wo Sie sich verbinden können. Der Rest der Frage gehört dem, der diesen Endpunkt betreibt, und die ehrliche Antwort ist oft, dass Sie es nicht wissen können und entsprechend wählen sollten.