Beenden oder trennen: zwei verschiedene VPN-Ergebnisse
Beenden, Trennen, Pausieren und Fensterschließen können unterschiedliche Aufräum- und Blockierzustände hinterlassen. Lesen Sie die Definitionen des Clients, bevor Sie das Datenschutzverhalten testen.
Das Menü bietet Trennen, das Fenster hat eine Schließen-Schaltfläche, und der Task-Manager bietet Task beenden. Jede davon sieht aus wie ein Weg, das VPN zu stoppen, und jede kann den Rechner in einem anderen Zustand zurücklassen. Die eine stoppt vielleicht den Tunnel und lässt eine Sperre bestehen, eine andere räumt alles im Rahmen eines geordneten Beendens auf, und eine dritte blendet womöglich nur die Oberfläche aus, während die Hintergrundkomponente weiterläuft. Sie als Synonyme zu behandeln, ist genau der Weg, auf dem ein Datenschutztest zu einer falschen Schlussfolgerung darüber kommt, was passiert ist.
Die Dokumentation des Clients ist der einzige verlässliche Ort, um zu erfahren, was was ist.
Vier Bedienelemente, möglicherweise vier Verhaltensweisen
Trennen baut den Tunnel in der Regel ab, während der Client im Speicher bleibt, was bedeutet, dass ein Dienst, eine Tray-Komponente oder eine Kill-Switch-Regel den Klick überleben kann. Viele Clients blockieren dann weiterhin den Datenverkehr, weil ihre Richtlinie besagt, dass das Gerät nicht auf direkten Zugriff zurückfallen darf, solange der Client vorhanden ist. Dieses Verhalten sieht wie ein kaputtes Netzwerk aus und ist beabsichtigter Schutz.
Beenden soll die Anwendung beenden, und ein wohlerzogener Client entfernt beim Verlassen seine Regeln. Manche Entwürfe lassen stattdessen einen separaten Helfer zurück, der die Richtlinie durchsetzt, und das ist eine Entscheidung und kein Defekt. Das Fenster zu schließen ist eine Oberflächenaktion ohne definierte Wirkung auf den Tunnel, und Pausieren ist, wo es angeboten wird, eine vierte Verhaltensweise mit eigenen Regeln.
Ein Ausfall auf der Serverseite ist ein ganz fünfter Weg, und er ist der, auf den Nutzer tatsächlich am häufigsten treffen.
Lesen Sie den Zustand vor und nach jeder Aktion
Erfassen Sie die Prozessliste, den Dienststatus und die Firewall-Regeln vor der Aktion und wiederholen Sie die Erfassung unmittelbar danach. Der Vergleich beider Listen zeigt, was das Bedienelement wirklich getan hat, ohne sich auf die Beschreibung der Oberfläche zu verlassen.
systemctl status wg-quick@wg0 --no-pager pgrep -a -f 'openvpn|wireguard|vpnagent' ip link show | grep -E 'tun|wg' nft list ruleset | grep -E 'drop|reject' | head -20 scutil --nc list
Verschwinden die Regeln zusammen mit dem Prozess, gehörten sie dem Client. Bleiben die Regeln bestehen, während der Prozess verschwunden ist, setzt etwas anderes die Richtlinie durch, und diesen Bestandteil zu finden, kommt vor jeder Änderung. Halten Sie den Dienststatus im selben Moment fest, denn eine gestoppte Oberfläche sagt nichts über einen Systemdienst aus.
Ein manuelles Trennen ist kein Absturz
Trennen durchläuft den vorgesehenen Abschaltpfad, und ein Absturz überspringt ihn. Ergebnisse des einen übertragen sich daher nicht auf das andere, sodass ein Test mit einem Menüeintrag keine Aussage über das Verhalten stützen kann, wenn der Client abstürzt.
Ebenso sagt ein Absturz nichts über eine genehmigte vorübergehende Pause aus. Halten Sie diese drei Fragen im Testplan und in allem, was danach aufgeschrieben wird, getrennt. Der Abschaltpfad erklärt auch, warum ein sauberes Beenden Regeln entfernen kann, die ein Absturz hinterlässt. Dieselbe Schaltfläche, anderer Code, andere Beweise.
Wählen Sie den nicht verfügbaren Zustand, den Sie wirklich brauchen
Wenn der Datenverkehr blockiert bleiben muss, sobald der Tunnel ausfällt, prüfen Sie diese Anforderung während der konkreten Aktion, auf die es Ihnen ankommt, mit harmlosem Datenverkehr zu einem bekannten Ziel. Beziehen Sie Anwendungsausnahmen und Ausnahmen für das lokale Netzwerk ein, denn die Durchsetzung für das gesamte Gerät ist oft enger, als der Name vermuten lässt. Bestätigen Sie dann, was nach einem Neustart passiert, denn dann taucht meist der veraltete Zustand auf.
Wenn das Ziel gewöhnlicher direkter Zugriff ist, nutzen Sie das dokumentierte Bedienelement, statt Prozesse abzuschießen oder die gesamte Firewall abzuschalten. Veraltete Regeln, die ein unterbrochenes Beenden hinterlässt, sind ein anderes Problem als eine absichtliche Sperre, und sie brauchen eine andere Wiederherstellung.
Notieren Sie, welche Komponente gestoppt wurde: der Tunnel, die sichtbare Anwendung oder die Ebene, die die Richtlinie durchsetzt. Dieser eine Satz verhindert den größten Teil der Verwirrung, die diese Bedienelemente stiften.