Ar kill switch blokuoja srautą prieš paleidžiant VPN programą?

Kill switch gali apimti arba neapimti laiko tarpo prieš paleidžiant jo programą, ir skirtumą lemia operacinės sistemos politika, o ne kliento rinkodaros puslapis. Automatinio paleidimo žymės langelis įrodo, kad kažkas suplanuota paleisti. Jis neįrodo, kad blokavimo taisyklės egzistuoja tuo metu, kai tinklas pakyla. Tai du įvykiai, ir tik vienas jų apsaugo srautą.

Pereikite kontrolinį sąrašą iš eilės, nes kiekvienas žingsnis susiaurina tai, ką iš tikrųjų testuojate.

Iš kur blokavimas iš tikrųjų ateina

Yra dvi įgyvendinimo šeimos. Arba platforma įdiegia blokavimą, nes žino apie tunelį prieš paleidžiant bet kurią programą, arba klientas pats įdiegia blokavimą po to, kai paleidžiamas. Pirmasis gali egzistuoti prieš prisijungimą. Antrasis negali egzistuoti prieš savo procesą, kad ir kaip anksti tas procesas suplanuotas. Nustatykite, kuria šeima remiatės, prieš ką nors testuodami.

Android sistemoje nuolat įjungtas VPN kartu su nustatymu blokuoti ryšius be VPN yra platformos politika, konfigūruojama sistemos nustatymuose, o ne tik kliento viduje. Valdomuose įrenginiuose ji gali būti nustatyta už jus. Klientas, kuris tiesiog paleidžiamas įkrovimo metu, nėra tas pats mechanizmas.

Atskirkite laiko tarpą nuo paslaugos

Uždaras laiko tarpas nėra įrodymas, kad vykdymas sustojo, o atviras laiko tarpas nėra įrodymas, kad tunelis paruoštas. Daug klientų atskiria sąsają, tarnybą ir dėklo programą. Dėklas yra tai, ką matote; tarnyba yra tai, kas laiko taisykles.

Testuokite komponentą, o ne piktogramą.

Saugiai testuokite paleidimo intervalą

Testuojamas intervalas prasideda paleidus iš naujo arba prisijungus ir baigiasi, kai tunelis autentifikuojasi. Tuo laikotarpiu jungiasi foninės programos, o atnaujinimų patikros yra įprasti kaltininkai. Naudokite nekenksmingą veiklą ir tiekėjo dokumentuotą procedūrą, o ne blokuokite savo pačių prieigą. Tada pakartokite po įprasto pakartotinio prisijungimo, nes pakartotinio prisijungimo kelias ir šalto paleidimo kelias vykdo skirtingą kodą.

Testas, atliktas po to, kai tunelis jau pakeltas, nieko neįrodo apie paleidimą.

Jei reikalavimas yra išliekamumas, skaitykite paleidimo iš naujo elgseną. Nustatymas gali išlikti konfigūracijoje, kol jo vykdymas prasideda vėliau, ir abu faktai svarbūs: išsaugota politika ir momentas, kai ji tampa aktyvi.

Skaitykite politiką kiekvienai platformai

Android atskleidžia nuolat įjungtą režimą ir blokavimą kaip atskirus jungiklius, ir abu turi būti įjungti apsaugai prieš paleidimą. Windows turi politika konfigūruojamo nuolat įjungto įrenginio tunelio koncepciją, kuri nėra tas pats kaip anksti paleidžiamas vartotojo režimo klientas. OpenVPN Connect dokumentuoja savo kill switch elgseną kiekvienai platformai, ir dokumentuota apimtis yra tai, ką testuojate. Neperkelkite nustatymo pavadinimo iš vienos sistemos į kitą ir nemanokite, kad reikšmė keliavo kartu.

Profilis, reikalaujantis interaktyvaus slaptažodžio, turi kitokias paleidimo priklausomybes nei mašinos tunelis.

Ką užrašyti

Užrašykite, kuris mechanizmas galioja, kuriame etape jis tampa aktyvus ir koks srautas buvo bandomas prieš tą etapą. Užrašykite platformos versiją, nes ši elgsena keičiasi tarp leidimų ir tarp valdomų bei asmeninių konfigūracijų. Pažymėkite, ar politiką valdo klientas, ar sistema, nes tai lemia, kas gali ištaisyti spragą. Tada iš naujo išbandykite po bet kurio kliento ar OS atnaujinimo.

Jei spraga svarbi, ilgalaikis sprendimas yra platformos politika, o ne trumpesnis paleidimo delsimas.

Tai atsakymas į pradinį klausimą, išreikštas kaip sąlyga: kill switch apsaugo srautą prieš programos paleidimą tik tada, kai blokavimą įdiegia kažkas, kas egzistuoja prieš programą.