Nabídka nabízí Odpojit, okno má tlačítko pro zavření a správce úloh nabízí Ukončit úlohu. Každé z toho vypadá jako způsob, jak VPN zastavit, a každé může zanechat počítač v jiném stavu. Jedno může zastavit tunel a blokování nechat běžet, jiné může všechno uklidit v rámci řádného ukončení a třetí může jen skrýt rozhraní, zatímco komponenta na pozadí dál běží. Považovat je za synonyma je cesta, kterou test soukromí dojde k chybnému závěru o tom, co se stalo.

Dokumentace klienta je jediné spolehlivé místo, kde se dá zjistit, co je co.

Čtyři ovládací prvky, možná čtyři chování

Odpojení obvykle zruší tunel, zatímco klient zůstává v paměti, což znamená, že služba, komponenta v oznamovací oblasti nebo pravidlo kill switch může kliknutí přežít. Mnoho klientů pak dál blokuje provoz, protože jejich zásada říká, že zařízení nesmí přejít na přímý přístup, dokud je klient přítomný. Takové chování vypadá jako rozbitá síť a je záměrnou ochranou.

Ukončení má aplikaci ukončit a slušně napsaný klient při odchodu odstraní svá pravidla. Některé návrhy místo toho nechávají samostatného pomocníka, který zásadu vynucuje, a to je volba, nikoli vada. Zavření okna je akce rozhraní bez určitého vlivu na tunel a Pozastavení, tam kde je nabízeno, je čtvrté chování s vlastními pravidly.

Výpadek na straně serveru je úplně pátá cesta a právě s ní se uživatelé setkávají nejčastěji.

Přečtěte stav před každou akcí a po ní

Před akcí si zaznamenejte seznam procesů, stav služby a pravidla brány firewall, potom záznam ihned po akci zopakujte. Porovnání obou seznamů ukáže, co ovládací prvek skutečně udělal, bez spoléhání na vlastní popis rozhraní.

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

Pokud pravidla zmizí spolu s procesem, vlastnil je klient. Pokud pravidla zůstanou, i když proces zmizel, zásadu vynucuje něco jiného, a nalezení této komponenty předchází jakékoli změně. Zaznamenejte stav služby ve stejný okamžik, protože zastavené rozhraní o systémové službě nic neříká.

Ruční odpojení není pád

Odpojení spustí zamýšlenou cestu vypnutí a pád ji přeskočí. Výsledky jednoho se proto na druhé nepřenášejí, takže test, který použil položku nabídky, nemůže podpořit tvrzení o chování, když klient spadne.

Stejně tak vám pád nic neřekne o schváleném dočasném pozastavení. Držte tyto tři otázky oddělené v testovacím plánu i ve všem, co se potom zapíše. Cesta vypnutí také vysvětluje, proč čisté ukončení může odstranit pravidla, která pád zanechá. Stejné tlačítko, jiný kód, jiné důkazy.

Vyberte nedostupný stav, který skutečně potřebujete

Pokud má provoz zůstat blokovaný vždy, když je tunel mimo provoz, ověřte tento požadavek během konkrétní akce, na které vám záleží, pomocí neškodného provozu na známé místo. Zahrňte výjimky pro aplikace i výjimky pro místní síť, protože vynucení pro celé zařízení je často užší, než jeho název naznačuje. Potom potvrďte, co se stane po restartu, protože tehdy se obvykle objeví zastaralý stav.

Pokud je cílem běžný přímý přístup, použijte zdokumentovaný ovládací prvek, místo abyste zabíjeli procesy nebo vypínali celou bránu firewall. Zastaralá pravidla zanechaná přerušeným ukončením jsou jiný problém než úmyslné uzamčení a vyžadují jinou obnovu.

Zapište, která komponenta se zastavila: tunel, viditelná aplikace, nebo vrstva, která vynucuje zásadu. Ta jediná věta zabrání většině zmatku, který tyto ovládací prvky vytvářejí.

Související články