Blokuje kill switch prevádzku skôr, než sa aplikácia VPN spustí?
Ochrana pri štarte závisí od toho, kto blokovanie nainštaluje a kedy, nie od zaškrtávacieho políčka automatického spustenia. Overte zásady platformy, kým klientovi uveríte.
Kill switch môže a nemusí pokrývať obdobie pred spustením svojej aplikácie a rozdiel určuje zásada operačného systému, nie marketingová stránka klienta. Zaškrtávacie políčko automatického spustenia dokazuje, že je niečo naplánované na spustenie. Nedokazuje, že pravidlá blokovania existujú v okamihu, keď sa sieť zdvihne. Sú to dve udalosti a iba jedna z nich chráni prevádzku.
Prejdite kontrolný zoznam po poradí, pretože každý krok zužuje to, čo skutočne testujete.
Odkiaľ blokovanie skutočne pochádza
Existujú dve rodiny implementácie. Buď platforma nainštaluje blokovanie, pretože o tuneli vie skôr, než sa spustí akákoľvek aplikácia, alebo klient nainštaluje blokovanie sám po tom, čo sa spustí. Prvá môže existovať pred prihlásením. Druhá nemôže existovať skôr než jej proces, nech je tento proces naplánovaný akokoľvek skoro. Než čokoľvek otestujete, určte, na ktorú rodinu sa spoliehate.
V systéme Android je trvalo zapnutá VPN v kombinácii s nastavením blokovania pripojení bez VPN zásadou platformy, nastavenou v systémových nastaveniach, nie len vnútri klienta. Na spravovaných zariadeniach vám ju môžu nastaviť. Klient, ktorý sa len spustí pri bootovaní, nie je ten istý mechanizmus.
Oddeľte okno od služby
Zatvorené okno nie je dôkazom, že vymáhanie prestalo, a otvorené okno nie je dôkazom, že tunel je pripravený. Mnohí klienti oddeľujú rozhranie, démona a aplikáciu v oznamovacej oblasti. Oznamovacia oblasť je to, čo vidíte; démon je to, čo drží pravidlá.
Testujte komponent, nie ikonu.
Testujte interval spustenia bezpečne
Interval na testovanie začína pri reštarte alebo prihlásení a končí, keď sa tunel overí. Počas tohto obdobia sa pripájajú aplikácie na pozadí a kontroly aktualizácií sú obvyklými vinníkmi. Používajte neškodnú aktivitu a dokumentovaný postup dodávateľa namiesto blokovania vlastného prístupu. Potom to zopakujte po bežnom opätovnom pripojení, pretože cesta opätovného pripojenia a cesta studeného štartu spúšťajú iný kód.
Test vykonaný po tom, čo je tunel už zdvihnutý, o spustení nič nedokazuje.
Ak je požiadavkou trvalosť, prečítajte si správanie pri reštarte. Nastavenie môže prežiť v konfigurácii, kým jeho vymáhanie začína neskôr, a obe skutočnosti sú dôležité: uložená zásada a okamih, keď sa stane aktívnou.
Prečítajte si zásady pre každú platformu
Android vystavuje trvalo zapnutý režim a blokovanie ako samostatné prepínače a oba musia byť zapnuté na ochranu pred spustením. Windows má koncept trvalo zapnutého tunela zariadenia konfigurovaný pomocou zásad, čo nie je to isté ako klientsky režim, ktorý sa spúšťa skoro. OpenVPN Connect dokumentuje svoje vlastné správanie kill switch pre každú platformu a dokumentovaný rozsah je to, čo testujete. Neprenášajte názov nastavenia z jedného systému do druhého a nepredpokladajte, že význam cestoval s ním.
Profil vyžadujúci interaktívne heslo má iné závislosti spustenia než tunel počítača.
Čo zaznamenať
Zapíšte, ktorý mechanizmus platí, v akej fáze sa stáva aktívnym a aká prevádzka bola pred touto fázou vyskúšaná. Zaznamenajte verziu platformy, pretože toto správanie sa mení medzi vydaniami a medzi spravovanými a osobnými konfiguráciami. Poznamenajte, či zásadu vlastní klient alebo systém, pretože to rozhoduje, kto môže medzeru opraviť. Potom znova otestujte po každej aktualizácii klienta alebo operačného systému.
Ak na medzere záleží, trvalým riešením sú zásady platformy, nie kratšie oneskorenie spustenia.
To je odpoveď na pôvodnú otázku vyjadrená ako podmienka: kill switch chráni prevádzku pred spustením aplikácie len vtedy, keď blokovanie nainštaluje niečo, čo existuje skôr než aplikácia.