Välju või katkesta ühendus: kaks erinevat VPN-i tulemust

Menüü pakub käsku Ühendus katkestada, aknal on sulgemisnupp ja tegumihaldur pakub käsku Tegumit lõpetada. Kõik need näivad olevat viis VPN-i peatamiseks ja igaüks võib jätta arvuti erinevasse olekusse. Üks võib peatada tunnelid, jättes blokeeringu alles, teine koristab kogu asja korrektse väljumise käigus ja kolmas võib vaid liidese peita, samal ajal kui taustakomponent töötab edasi. Kui neid sünonüümidena kohelda, jõuabki privaatsustest juhtunu kohta vale järelduseni.

Kliendi dokumentatsioon on ainus usaldusväärne koht, kust teada saada, mis on mis.

Neli juhtelementi, võimalik, et neli käitumist

Ühenduse katkestamine lammutab tavaliselt tunnelid, samal ajal kui klient jääb mällu, mis tähendab, et teenus, süsteemisalves olev komponent või kill switch reegel võib klikkimisest üle elada. Seejärel jätkavad paljud kliendid liikluse blokeerimist, sest nende poliitika ütleb, et seade ei tohi kliendi juuresolekul otsejuurdepääsule langeda. See käitumine näeb välja nagu katkine võrk ja on tahtlik kaitse.

Väljumine on mõeldud rakenduse lõpetamiseks ja korralik klient eemaldab lahkudes oma reeglid. Mõned lahendused jätavad selle asemel alles eraldi abiprogrammi, mis poliitikat täidab, ning see on valik, mitte defekt. Akna sulgemine on liidese tegevus, millel pole tunnelile kindlat mõju, ja paus, kus seda pakutakse, on neljas käitumine oma reeglitega.

Serveripoolne katkestus on hoopis viies tee ja just sellega puutuvad kasutajad tegelikult kõige sagedamini kokku.

Lugege olekut enne ja pärast iga tegevust

Registreerige protsesside loend, teenuse olek ja tulemüüri reeglid enne tegevust ning korrake registreerimist kohe pärast seda. Kahe loendi võrdlemine näitab, mida juhtelement tegelikult tegi, ilma et peaks liidese enda kirjeldusele lootma.

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

Kui reeglid kaovad koos protsessiga, kuulusid need kliendile. Kui reeglid jäävad alles, kui protsess on kadunud, täidab poliitikat miski muu, ja selle komponendi leidmine käib enne igasugust muudatust. Registreerige teenuse olek samal hetkel, sest peatatud liides ei ütle süsteemiteenuse kohta midagi.

Käsitsi katkestamine ei ole krahh

Ühenduse katkestamine läbib kavandatud sulgemistee ja krahh jätab selle vahele. Ühe tulemused ei kandu seetõttu teisele üle, nii et menüükirjet kasutanud test ei saa toetada väidet käitumise kohta, kui klient sureb.

Samamoodi ei ütle krahh midagi kinnitatud ajutise pausi kohta. Hoidke neid kolme küsimust testimisplaanis ja kõiges, mis hiljem kirja pannakse, eraldi. Sulgemistee selgitab ka, miks puhas väljumine võib eemaldada reeglid, mis krahh maha jätab. Sama nupp, teine kood, teised tõendid.

Valige kättesaamatu olek, mida tegelikult vajate

Kui liiklus peab jääma blokeerituks alati, kui tunnel on maas, kontrollige seda nõuet konkreetse tegevuse ajal, mis teile oluline on, kasutades kahjutut liiklust teadaolevasse sihtkohta. Kaasake rakenduste erandid ja kohaliku võrgu erandid, sest seadmeülene jõustamine on sageli kitsam, kui selle nimi vihjab. Seejärel kinnitage, mis juhtub pärast taaskäivitust, sest just siis ilmub tavaliselt aegunud olek.

Kui eesmärk on tavaline otsejuurdepääs, kasutage dokumenteeritud juhtelementi, mitte protsesside tapmist või kogu tulemüüri väljalülitamist. Katkenud väljumise jäetud aegunud reeglid on teine probleem kui tahtlik lukustus ja need vajavad teistsugust taastamist.

Kirjutage üles, milline komponent peatus: tunnel, nähtav rakendus või poliitikat täitev kiht. See üks lause hoiab ära suurema osa segadusest, mida need juhtelemendid tekitavad.