Izvēlnē ir Atvienot, logam ir aizvēršanas poga, un uzdevumu pārvaldniekā ir Pabeigt uzdevumu. Katrs no tiem izskatās kā veids, kā apturēt VPN, un katrs var atstāt datoru citā stāvoklī. Viens var apturēt tuneli, atstājot bloķēšanu vietā, cits var visu sakārtot kārtīgas iziešanas ietvaros, un trešais var vienkārši paslēpt saskarni, kamēr fona komponente turpina darboties. Uzskatīt tos par sinonīmiem ir tas ceļš, pa kuru privātuma tests nonāk pie nepareiza secinājuma par notikušo.

Klienta dokumentācija ir vienīgā uzticamā vieta, kur noskaidrot, kas ir kas.

Četras vadības, iespējams, četras uzvedības

Atvienošanās parasti nojauc tuneli, kamēr klients paliek atmiņā, kas nozīmē, ka pakalpojums, teknes komponente vai kill switch noteikums var pārdzīvot klikšķi. Tad daudzi klienti turpina bloķēt datu plūsmu, jo to politika nosaka, ka ierīcei nav jāatgriežas pie tiešas piekļuves, kamēr klients ir klāt. Šī uzvedība izskatās kā salauzts tīkls un ir apzināta aizsardzība.

Iziet ir domāts, lai pabeigtu lietojumprogrammu, un labi uzvedīgs klients aizejot noņem savus noteikumus. Daži risinājumi tā vietā atstāj atsevišķu palīgu, kas īsteno politiku, un tā ir izvēle, nevis defekts. Loga aizvēršana ir saskarnes darbība bez noteiktas ietekmes uz tuneli, un Pauze, kur tā tiek piedāvāta, ir ceturtā uzvedība ar saviem noteikumiem.

Servera puses pārtraukums ir pilnīgi piektais ceļš, un tieši ar to lietotāji praksē saskaras visbiežāk.

Lasiet stāvokli pirms un pēc katras darbības

Pirms darbības pierakstiet procesu sarakstu, pakalpojuma stāvokli un ugunsmūra noteikumus, tad atkārtojiet pierakstu tūlīt pēc tam. Abu sarakstu salīdzināšana parāda, ko vadība patiešām izdarīja, nepaļaujoties uz pašas saskarnes aprakstu.

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

Ja noteikumi pazūd kopā ar procesu, tos piederēja klients. Ja noteikumi paliek, kamēr process ir pazudis, politiku īsteno kaut kas cits, un šīs komponentes atrašana notiek pirms jebkādām izmaiņām. Pierakstiet pakalpojuma stāvokli tajā pašā mirklī, jo apturēta saskarne neko nepasaka par sistēmas pakalpojumu.

Manuāla atvienošanās nav avārija

Atvienošanās iet paredzēto izslēgšanas ceļu, un avārija to izlaiž. Tāpēc viena rezultāti neattiecas uz otru, tāpēc tests ar izvēlnes vienumu nevar pamatot apgalvojumu par uzvedību, kad klients mirst.

Tāpat avārija neko nepasaka par apstiprinātu īslaicīgu pauzi. Turiet šos trīs jautājumus atsevišķi testa plānā un visā, kas tiek pierakstīts vēlāk. Izslēgšanas ceļš arī izskaidro, kāpēc tīra iziešana var noņemt noteikumus, ko avārija atstāj. Tā pati poga, cits kods, citi pierādījumi.

Izvēlieties nepieejamo stāvokli, kas jums patiešām vajadzīgs

Ja datu plūsmai jāpaliek bloķētai vienmēr, kad tunelis ir izslēgts, pārbaudiet šo prasību tās konkrētās darbības laikā, kas jums ir svarīga, sūtot nekaitīgu datu plūsmu uz zināmu galamērķi. Iekļaujiet lietojumprogrammu izņēmumus un vietējā tīkla izņēmumus, jo īstenošana visai ierīcei bieži ir šaurāka, nekā liecina nosaukums. Pēc tam apstipriniet, kas notiek pēc pārstartēšanas, jo parasti tieši tad parādās novecojis stāvoklis.

Ja mērķis ir parasta tieša piekļuve, izmantojiet dokumentēto vadību, nevis nogaliniet procesus vai izslēdziet visu ugunsmūri. Novecojuši noteikumi, ko atstājusi pārtraukta iziešana, ir cita problēma nekā apzināta bloķēšana, un tiem nepieciešama cita atkopšana.

Pierakstiet, kura komponente apstājās: tunelis, redzamā lietojumprogramma vai politiku īstenojošais slānis. Šis viens teikums novērš lielāko daļu apjukuma, ko rada šīs vadības.

Saistītie raksti