Quitter ou se déconnecter : deux résultats VPN différents

Le menu propose Se déconnecter, la fenêtre a un bouton de fermeture et le gestionnaire de tâches propose Fin de tâche. Chacun ressemble à un moyen d’arrêter le VPN, et chacun peut laisser la machine dans un état différent. L’un peut arrêter le tunnel tout en laissant un blocage en place, un autre peut tout nettoyer dans le cadre d’une sortie propre, et un troisième peut simplement masquer l’interface pendant que le composant d’arrière-plan continue de tourner. Les traiter comme des synonymes est précisément la façon dont un test de confidentialité aboutit à une conclusion erronée sur ce qui s’est passé.

La documentation du client est le seul endroit fiable pour savoir lequel est lequel.

Quatre commandes, peut-être quatre comportements

Se déconnecter démonte généralement le tunnel pendant que le client reste résident, ce qui signifie qu’un service, un composant de la zone de notification ou une règle de kill switch peut survivre au clic. Beaucoup de clients continuent alors de bloquer le trafic parce que leur politique impose que l’appareil ne retombe pas sur un accès direct tant que le client est présent. Ce comportement ressemble à un réseau cassé et constitue une protection délibérée.

Quitter est censé terminer l’application, et un client bien conçu retire ses règles en sortant. Certaines conceptions laissent plutôt un assistant séparé appliquer la politique, et c’est un choix, pas un défaut. Fermer la fenêtre est une action d’interface sans effet défini sur le tunnel, et Pause, lorsqu’elle est proposée, est un quatrième comportement avec ses propres règles.

Une panne côté serveur est une cinquième voie à part entière, et c’est celle que les utilisateurs rencontrent le plus souvent en pratique.

Lisez l’état avant et après chaque action

Relevez la liste des processus, l’état du service et les règles du pare-feu avant l’action, puis répétez le relevé immédiatement après. Comparer les deux listes montre ce que la commande a réellement fait, sans se fier à la description donnée par l’interface elle-même.

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

Si les règles disparaissent avec le processus, c’est le client qui les possédait. Si les règles subsistent alors que le processus a disparu, autre chose applique la politique, et trouver ce composant passe avant tout changement. Notez l’état du service au même moment, car une interface arrêtée ne dit rien d’un service système.

Une déconnexion manuelle n’est pas un plantage

Se déconnecter exécute le chemin d’arrêt prévu, et un plantage l’évite. Les résultats de l’un ne se transposent donc pas à l’autre, si bien qu’un test utilisant une entrée de menu ne peut pas étayer une affirmation sur le comportement lorsque le client meurt.

De la même manière, un plantage ne dit rien d’une pause temporaire approuvée. Gardez ces trois questions séparées dans le plan de test et dans tout ce qui sera écrit ensuite. Le chemin d’arrêt explique aussi pourquoi une sortie propre peut supprimer des règles qu’un plantage laisse derrière lui. Même bouton, code différent, preuves différentes.

Choisissez l’état indisponible dont vous avez réellement besoin

Si le trafic doit rester bloqué chaque fois que le tunnel est hors service, vérifiez cette exigence pendant l’action précise qui vous intéresse, avec un trafic inoffensif vers une destination connue. Incluez les exclusions d’applications et les exceptions de réseau local, car l’application à l’échelle de l’appareil est souvent plus étroite que son nom ne le suggère. Confirmez ensuite ce qui se passe après un redémarrage, car c’est là que l’état obsolète apparaît généralement.

Si l’objectif est un accès direct ordinaire, utilisez la commande documentée plutôt que de tuer des processus ou de désactiver tout le pare-feu. Les règles obsolètes laissées par une sortie interrompue sont un problème différent d’un verrouillage intentionnel, et elles demandent une récupération différente.

Notez quel composant s’est arrêté : le tunnel, l’application visible ou la couche qui applique la politique. Cette seule phrase évite la majeure partie de la confusion que ces commandes créent.