Lopeta vai katkaise yhteys: kaksi erilaista VPN-tulosta

Valikko tarjoaa Katkaise yhteys, ikkunassa on sulkemispainike ja tehtävienhallinta tarjoaa Lopeta tehtävä. Jokainen niistä näyttää tavalta pysäyttää VPN, ja jokainen voi jättää koneen eri tilaan. Yksi voi pysäyttää tunnelin ja jättää eston paikoilleen, toinen voi siivota kaiken osana hallittua lopetusta, ja kolmas voi vain piilottaa käyttöliittymän taustakomponentin jatkaessa toimintaansa. Niiden pitäminen synonyymeinä on juuri se tapa, jolla yksityisyystesti päätyy väärään johtopäätökseen siitä, mitä tapahtui.

Asiakkaan dokumentaatio on ainoa luotettava paikka oppia, mikä on mikä.

Neljä hallintaa, mahdollisesti neljä käyttäytymistä

Yhteyden katkaiseminen purkaa yleensä tunnelin, kun asiakas jää muistiin, mikä tarkoittaa, että palvelu, ilmaisinalueen komponentti tai kill switch -sääntö voi selvitä napsautuksesta. Sen jälkeen monet asiakkaat jatkavat liikenteen estämistä, koska niiden käytäntö sanoo, ettei laite saa pudota suoraan yhteyteen asiakkaan ollessa läsnä. Tämä käyttäytyminen näyttää rikkoutuneelta verkolta ja on tahallista suojausta.

Lopetus on tarkoitettu päättämään sovellus, ja hyvin käyttäytyvä asiakas poistaa sääntönsä poistuessaan. Jotkin ratkaisut jättävät sen sijaan erillisen apurin, joka valvoo käytäntöä, ja se on valinta, ei vika. Ikkunan sulkeminen on käyttöliittymän toiminto, jolla ei ole määriteltyä vaikutusta tunneliin, ja Tauko, missä se tarjotaan, on neljäs käyttäytyminen omine sääntöineen.

Palvelinpuolen katkos on kokonaan viides reitti, ja juuri siihen käyttäjät käytännössä törmäävät useimmin.

Lue tila ennen jokaista toimintoa ja sen jälkeen

Tallenna prosessiluettelo, palvelun tila ja palomuurin säännöt ennen toimintoa ja toista tallennus heti sen jälkeen. Kahden luettelon vertailu näyttää, mitä hallinta todella teki, turvautumatta käyttöliittymän omaan kuvaukseen.

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

Jos säännöt katoavat prosessin mukana, asiakas omisti ne. Jos säännöt jäävät jäljelle prosessin kadottua, jokin muu valvoo käytäntöä, ja tuon komponentin löytäminen tulee ennen mitään muutosta. Tallenna palvelun tila samalla hetkellä, koska pysäytetty käyttöliittymä ei kerro mitään järjestelmäpalvelusta.

Manuaalinen katkaisu ei ole kaatuminen

Yhteyden katkaiseminen kulkee tarkoitetun sammutuspolun, ja kaatuminen ohittaa sen. Toisen tulokset eivät siksi siirry toiseen, joten valikkokohtaa käyttänyt testi ei voi tukea väitettä käyttäytymisestä, kun asiakas kuolee.

Samoin kaatuminen ei kerro sinulle mitään hyväksytystä väliaikaisesta tauosta. Pidä nuo kolme kysymystä erillään testisuunnitelmassa ja kaikessa, mitä jälkeenpäin kirjataan. Sammutuspolku selittää myös, miksi puhdas lopetus voi poistaa sääntöjä, jotka kaatuminen jättää. Sama painike, eri koodi, eri todisteet.

Valitse se käyttämätön tila, jota todella tarvitset

Jos liikenteen on pysyttävä estettynä aina, kun tunneli on alhaalla, varmista tämä vaatimus sen tietyn toiminnon aikana, jolla on sinulle merkitystä, käyttämällä vaaratonta liikennettä tunnettuun kohteeseen. Sisällytä sovelluspoikkeukset ja paikallisverkon poikkeukset, koska laitteenlaajuinen valvonta on usein kapeampaa kuin nimi antaa ymmärtää. Vahvista sitten, mitä uudelleenkäynnistyksen jälkeen tapahtuu, koska silloin vanhentunut tila yleensä ilmestyy.

Jos tavoitteena on tavallinen suora yhteys, käytä dokumentoitua hallintaa sen sijaan, että tapat prosesseja tai kytket koko palomuurin pois. Keskeytyneen lopetuksen jättämät vanhentuneet säännöt ovat eri ongelma kuin tahallinen lukitus, ja ne vaativat erilaisen palautuksen.

Kirjaa, mikä komponentti pysähtyi: tunneli, näkyvä sovellus vai käytäntöä valvova kerros. Tuo yksi lause estää suurimman osan siitä hämmennoksesta, jota nämä hallinnat aiheuttavat.