Vai kill switch bloķē datu plūsmu pirms VPN lietotnes palaišanas?

Kill switch var segt vai nesegt laika posmu pirms tās lietotnes palaišanas, un atšķirību nosaka operētājsistēmas politika, nevis klienta mārketinga lapa. Automātiskas palaišanas izvēles rūtiņa pierāda, ka kaut kas ir ieplānots startēt. Tā nepierāda, ka bloķēšanas noteikumi pastāv tajā brīdī, kad tīkls paceļas. Tie ir divi notikumi, un tikai viens no tiem aizsargā datu plūsmu.

Izejiet kontrolsarakstu pēc kārtas, jo katrs solis sašaurina to, ko jūs patiešām pārbaudāt.

No kurienes bloķēšana patiešām nāk

Ir divas ieviešanas saimes. Vai nu platforma instalē bloķēšanu, jo tā zina par tuneli pirms jebkuras lietotnes palaišanas, vai arī klients pats instalē bloķēšanu pēc tam, kad ir palaists. Pirmā var pastāvēt pirms pieteikšanās. Otrā nevar pastāvēt pirms sava procesa, lai cik agri šis process būtu ieplānots. Nosakiet, uz kuru saimi jūs paļaujaties, pirms kaut ko pārbaudāt.

Android ierīcē pastāvīgi ieslēgts VPN kopā ar iestatījumu bloķēt savienojumus bez VPN ir platformas politika, kas konfigurēta sistēmas iestatījumos, nevis tikai klienta iekšienē. Pārvaldītās ierīcēs tā var būt iestatīta jūsu vietā. Klients, kas vienkārši startē pie sāknēšanas, nav tas pats mehānisms.

Atdaliet laika posmu no pakalpojuma

Aizvērts laika posms nav pierādījums, ka izpilde ir apstājusies, un atvērts laika posms nav pierādījums, ka tunelis ir gatavs. Daudzi klienti atdala saskarni, dēmonu un paplātes lietotni. Paplāte ir tas, ko jūs redzat; dēmons ir tas, kas tur noteikumus.

Pārbaudiet komponentu, nevis ikonu.

Droši pārbaudiet palaišanas intervālu

Pārbaudāmais intervāls sākas pie pārstartēšanas vai pieteikšanās un beidzas, kad tunelis autentificējas. Šajā periodā savienojas fona lietotnes, un atjauninājumu pārbaudes ir ierastie vaininieki. Izmantojiet nekaitīgu darbību un piegādātāja dokumentēto procedūru, nevis bloķējiet savu piekļuvi. Pēc tam atkārtojiet pēc parastas atkārtotas savienošanas, jo atkārtotas savienošanas ceļš un aukstās palaišanas ceļš izpilda atšķirīgu kodu.

Pārbaude, kas veikta pēc tam, kad tunelis jau ir pacelts, neko nepierāda par palaišanu.

Ja prasība ir noturība, izlasiet pārstartēšanas uzvedību. Iestatījums var saglabāties konfigurācijā, kamēr tā izpilde sākas vēlāk, un abi fakti ir svarīgi: saglabātā politika un brīdis, kad tā kļūst aktīva.

Izlasiet politiku katrai platformai

Android atklāj pastāvīgi ieslēgtu režīmu un bloķēšanu kā atsevišķus slēdžus, un abiem jābūt ieslēgtiem aizsardzībai pirms palaišanas. Windows ir politikas konfigurēts pastāvīgi ieslēgta ierīces tuneļa jēdziens, kas nav tas pats, kas agri startējošs lietotāja režīma klients. OpenVPN Connect dokumentē savu kill switch uzvedību katrai platformai, un dokumentētā apjoms ir tas, ko jūs pārbaudāt. Nepārnesiet iestatījuma nosaukumu no vienas sistēmas uz citu un nepieņemiet, ka nozīme ceļoja kopā ar to.

Profilam, kas prasa interaktīvu paroli, ir citādas palaišanas atkarības nekā mašīnas tunelim.

Ko pierakstīt

Pierakstiet, kurš mehānisms ir spēkā, kurā posmā tas kļūst aktīvs un kāda datu plūsma tika mēģināta pirms šī posma. Pierakstiet platformas versiju, jo šī uzvedība mainās starp laidieniem un starp pārvaldītām un personiskām konfigurācijām. Atzīmējiet, vai politika pieder klientam vai sistēmai, jo tas nosaka, kas var novērst nepilnību. Pēc tam pārbaudiet vēlreiz pēc jebkura klienta vai OS atjauninājuma.

Ja nepilnība ir svarīga, ilgtspējīgais risinājums ir platformas politika, nevis īsāka palaišanas aizturēšana.

Šī ir atbilde uz sākotnējo jautājumu, izteikta kā nosacījums: kill switch aizsargā datu plūsmu pirms lietotnes palaišanas tikai tad, kad bloķēšanu instalē kaut kas tāds, kas pastāv pirms lietotnes.