Ali kill switch blokira promet, preden se aplikacija VPN zažene?

Kill switch lahko pokriva ali ne pokriva okna pred zagonom svoje aplikacije, razliko pa določa politika operacijskega sistema, ne trženjska stran odjemalca. Potrditveno polje za samodejni zagon dokazuje, da je nekaj načrtovano za zagon. Ne dokazuje, da pravila blokiranja obstajajo v trenutku, ko se omrežje dvigne. To sta dva dogodka in samo eden od njiju ščiti promet.

Pojdite skozi kontrolni seznam po vrsti, ker vsak korak zoži tisto, kar v resnici preizkušate.

Od kod blokada v resnici prihaja

Obstajata dve družini izvedbe. Bodisi platforma namesti blokado, ker ve za tunel, preden se zažene katera koli aplikacija, bodisi odjemalec sam namesti blokado, potem ko se zažene. Prva lahko obstaja pred prijavo. Druga ne more obstajati pred svojim procesom, ne glede na to, kako zgodaj je ta proces načrtovan. Ugotovite, na katero družino se zanašate, preden karkoli preizkusite.

V sistemu Android je stalno vklopljen VPN skupaj z nastavitvijo blokiranja povezav brez VPN politika platforme, konfigurirana v sistemskih nastavitvah in ne le znotraj odjemalca. Na upravljanih napravah je lahko nastavljena namesto vas. Odjemalec, ki se preprosto zažene ob zagonu, ni isti mehanizem.

Ločite okno od storitve

Zaprto okno ni dokaz, da se je izvajanje ustavilo, in odprto okno ni dokaz, da je tunel pripravljen. Mnogi odjemalci ločujejo vmesnik, demona in aplikacijo v pladnju. Pladenj je tisto, kar vidite; demon je tisto, kar drži pravila.

Preizkusite komponento, ne ikone.

Varno preizkusite interval zagona

Interval, ki ga je treba preizkusiti, se začne ob ponovnem zagonu ali prijavi in konča, ko se tunel overi. V tem obdobju se povezujejo aplikacije v ozadju, preverjanja posodobitev pa so običajni krivci. Uporabite neškodljivo dejavnost in dokumentirani postopek ponudnika, namesto da blokirate lasten dostop. Nato ponovite po običajni ponovni povezavi, ker pot ponovne povezave in pot hladnega zagona izvajata različno kodo.

Preizkus, opravljen po tem, ko je tunel že dvignjen, o zagonu ne dokazuje ničesar.

Preberite vedenje ob ponovnem zagonu, če je vztrajnost zahteva. Nastavitev lahko preživi v konfiguraciji, medtem ko se njeno izvajanje začne pozneje, in obe dejstvi štejeta: shranjena politika in trenutek, ko postane dejavna.

Preberite politiko za vsako platformo

Android izpostavi stalno vklopljeno in blokiranje kot ločena stikala, oba pa morata biti vklopljena za zaščito pred zagonom. Windows ima koncept stalno vklopljenega tunela naprave, konfiguriranega s politiko, kar ni isto kot odjemalec v uporabniškem načinu, ki se zažene zgodaj. OpenVPN Connect dokumentira svoje vedenje kill switch za vsako platformo in dokumentirani obseg je tisto, kar preizkušate. Ne prenašajte imena nastavitve iz enega sistema v drugega in ne predpostavljajte, da je pomen potoval z njim.

Profil, ki zahteva interaktivno geslo, ima drugačne odvisnosti zagona kot tunel stroja.

Kaj zabeležiti

Zapišite, kateri mehanizem velja, v kateri fazi postane dejaven in kakšen promet je bil poskušen pred to fazo. Zabeležite različico platforme, ker se to vedenje spreminja med izdajami ter med upravljanimi in osebnimi konfiguracijami. Zabeležite, ali politiko ima odjemalec ali sistem, saj to odloča, kdo lahko odpravi vrzel. Nato znova preizkusite po vsaki posodobitvi odjemalca ali operacijskega sistema.

Če je vrzel pomembna, je trajna rešitev politika platforme, ne krajša zamuda zagona.

To je odgovor na prvotno vprašanje, izražen kot pogoj: kill switch ščiti promet pred zagonom aplikacije le takrat, ko blokado namesti nekaj, kar obstaja pred aplikacijo.