Einen VPN-Datenschutzanspruch testen: Beweise sichern, die halten
Schreiben Sie die Behauptung, den Beobachter und den Aufbau auf, bevor Sie ein Ergebnis ansehen. Ein Routing-Test zeigt einen Ausgang; er zeigt nie, was der Betreiber behält.
Der Test beginnt mit einem Satz, von dem jemand möchte, dass er wahr ist, und die Beweise stützen entweder eine enge Fassung davon oder gar nichts. Eine Prüfung der öffentlichen Adresse zeigt, welchen Ausgang eine Anfrage genutzt hat. Sie zeigt nicht, was der Anbieter behält, wer es lesen kann oder was mit einer Sitzung geschieht, die nie abgeschlossen wird. Wer den Test als dokumentiertes Verfahren durchführt, behauptet nicht mehr, als die Messung tragen kann.
Wählen Sie eine beobachtbare Behauptung
Schreiben Sie die Behauptung als einen einzigen prüfbaren Satz, bevor Sie irgendein Werkzeug öffnen: Für dieses Profil verlassen auf diesem Netz Anfragen an ein Echo einer öffentlichen Adresse den angegebenen Ausgang des Anbieters. Dieser Satz benennt ein Subjekt, eine Bedingung und eine Beobachtung, und das macht ihn widerlegbar. Eine Behauptung wie das VPN schützt die Privatsphäre hat keine beobachtbare Form, also kann keine Messung sie entscheiden. Halten Sie einen zweiten Satz für das bereit, was der Test nicht abdeckt, denn Aufbewahrung, Zugriff durch Dritte und Verkehrskorrelation liegen alle außerhalb eines Browsertests.
Schreiben Sie diesen zweiten Satz vorab, nicht erst nach Eintreffen des Ergebnisses. Es ist viel leichter, ehrlich über den Umfang zu sein, solange das Ergebnis noch unbekannt ist, als nachdem ein beruhigender Screenshot im Ticket gelandet ist. Ein nachträglich ergänzter Hinweis zum Umfang beschreibt eher das Ergebnis als die Frage.
Aufbaufakten, die ein Leser zum Wiederholen der Messung braucht
Der Aufbau ist es, was ein Ergebnis reproduzierbar macht, und genau ihn überspringen Menschen, wenn die Antwort gut aussieht. Versionszeichenfolgen, Profilnamen, Zugangsnetz und Adressfamilien gehören in die Notiz, zusammen mit jeder Regel zur Tunnelaufteilung, die Verkehr aus dem Tunnel herausnehmen könnte. Benennen Sie auch das getestete Ereignis, denn eine funktionierende Verbindung, ein unerwarteter Abbruch, eine manuelle Trennung und ein Netzwerkwechsel üben unterschiedliche Regeln aus. Ein Test, der diese Ereignisse vermischt, belegt wenig über irgendeines davon.
Verwenden Sie unkritischen Verkehr in einer Umgebung, für die Sie eine Testerlaubnis haben. Das Mitschneiden nicht zugehöriger Pakete lässt die Aufzeichnung technisch aussehen und erhöht die Exposition, ohne Beweise hinzuzufügen. Richten Sie den Mitschnitt nur auf die Tunnelschnittstelle und setzen Sie eine Dateigrößenbegrenzung, damit ein langer Lauf die Festplatte nicht füllt. Beenden Sie den Mitschnitt, bevor Sie etwas ändern, damit die Datei zur von Ihnen notierten Aufbauzeile passt.
Sagen Sie, was gemessen wurde und was es bedeutet
Halten Sie fest, was das Werkzeug ausgegeben hat und was das Werkzeug sehen konnte. Eine Resolver-Antwort, ein Adress-Echo-Ergebnis und eine Routenabfrage beantworten unterschiedliche Fragen, und ein Standortetikett innerhalb einer Webseite ist eine Schlussfolgerung über eine Datenbank, keine Tatsache über den Ausgang. Schreiben Sie den Befehl, der jede Zeile erzeugt hat, daneben, denn ein Wert ohne seinen Befehl lässt sich nicht reproduzieren. Halten Sie den Zeitstempel in derselben Zeitzone wie das Änderungsticket, sonst wird die Reihenfolge eine Woche später unlesbar.
curl -s https://icanhazip.com
curl -s https://ipinfo.io/ip; echo
resolvectl status --no-pager | head -15Zwei unabhängige Echo-Dienste, die übereinstimmen, sind stärker als einer, und eine Abweichung ist selbst ein Befund, der notiert werden sollte. Die Resolver-Ausgabe zeigt, ob DNS dem Tunnel folgte oder weiter das lokale Netz nutzte, was eine von der Ausgangsadresse getrennte Behauptung ist. Speichern Sie die Rohausgabe mit Zeitstempel und behalten Sie widersprüchliche Ergebnisse statt des beruhigendsten Screenshots. Wenn eine Änderung das Ergebnis verschiebt, wenden Sie jeweils eine Variable an, denn Server und Client zugleich zu wechseln lässt Sie nicht sagen, welche den Unterschied machte.
Was in die Aufzeichnung gehört und was entfernt werden muss
Behalten Sie die Methode, die nicht geheime Ausgabe und die Einschränkungen, und entfernen Sie dann den Rest. Profile mit Zugangsdaten, private Hostnamen und Konto-IDs müssen nicht mit den Beweisen reisen, und eine Testaufzeichnung, die sie preisgibt, hat die Sache beschädigt, die sie zeigen sollte. Die fünf Felder unten sind die kürzeste Form, die eine Übergabe noch übersteht.
| Field | What to write |
|---|---|
| Claim | One testable sentence naming the profile, the network and the observation |
| Observer and scope | Who could see the traffic or the record, and under which conditions |
| Setup | Client and server versions, profile name, access network, address families, split-tunnel rules, event under test |
| Raw result | Tool output with a timestamp, exit addresses from both echo services, resolver answer |
| What it does not support | Retention, third-party access, correlation, untested address families |
Fügen Sie die Richtlinienaussage bei, mit der Sie vergleichen, samt Datum und Umfang. RFC 6973 rahmt die Privatsphäre-Analyse um benannte Beobachter und einen definierten Umfang, und dieser Rahmen passt zu einer Testaufzeichnung: wer was beobachten konnte, unter welchen Bedingungen und welche Teile ungeprüft blieben.
Schließen Sie mit einem Absatz, der angibt, was die Beweise stützen und was nicht. Dieser Absatz ist das Ergebnis, und alles darüber existiert, um ihn ehrlich zu machen. Lässt er sich nicht schreiben, ohne jede Klausel zu relativieren, hat der Test weniger gemessen, als das Ticket behauptet.