Blokkerer ein kill switch trafikken før VPN-appen startar?

Ein kill switch dekkjer kanskje eller kanskje ikkje vindauget før appen startar, og skillnaden blir avgjord av regelverket til operativsystemet og ikkje av marknadsføringssida til klienten. Ein avkrysningsboks for automatisk start beviser at noko er planlagt å starte. Han beviser ikkje at blokkeringsreglar finst i det augneblinken nettverket kjem opp. Det er to hendingar, og berre éin av dei vernar trafikken.

Gå gjennom sjekklista i rekkjefølgje, fordi kvart steg snevrar inn det du faktisk testar.

Kvar blokkeringa eigentleg kjem frå

Det finst to familiar av implementering. Anten installerer plattforma blokkeringa, fordi ho kjenner tunnelen før nokon app køyrer, eller klienten installer blokkeringa sjølv etter at han har starta. Den første kan finnast før innlogging. Den andre kan ikkje finnast før prosessen sin, uansett kor tidleg den prosessen er planlagd. Finn ut kva familie du byggjer på før du testar noko.

På Android er alltid-på VPN kombinert med innstillinga som blokkerer tilkoplingar utan VPN, plattformregelverk, konfigurert i systeminnstillingane og ikkje berre inne i ein klient. Administrerte einingar kan få ho sett for deg. Ein klient som berre startar ved oppstart, er ikkje same mekanismen.

Skil vindauget frå tenesta

Eit lukka vindauge er ikkje bevis for at handhevinga har stoppa, og eit ope vindauge er ikkje bevis for at ein tunnel er klar. Mange klientar skil grensesnittet, daemonen og programmet i systemkurven. Systemkurven er det du ser; daemonen er det som held reglane.

Test komponenten, ikkje ikonet.

Test oppstartsintervallet trygt

Intervallet som skal testast, byrjar ved omstart eller innlogging og sluttar når tunnelen autentiserer. Bakgrunnsprogram koplar til i den perioden, og oppdateringssjekkar er dei vanlege syndarane. Bruk harmlaus aktivitet og den dokumenterte prosedyren til leverandøren i staden for å blokkere din eigen tilgang. Gjenta deretter etter ein normal attilkopling, fordi ein attilkoplingsveg og ein kaldstartveg køyrer ulik kode.

Ein test som blir utført etter at tunnelen allereie er oppe, beviser ingenting om oppstarten.

Les omstartsåtferda viss varigheit er kravet. Ei innstilling kan overleve i konfigurasjonen medan handhevinga byrjar seinare, og begge fakta tel: den lagra politikken og augneblinken han blir aktiv.

Les regelverket per plattform

Android syner alltid på og blokkering som skilde brytarar, og begge må vere på for vern før start. Windows har eit omgrep om alltid-på einingstunnel konfigurert gjennom regelverk, som ikkje er det same som ein klient i brukarmodus som startar tidleg. OpenVPN Connect dokumenterer si eiga kill switch-åtferd per plattform, og det dokumenterte omfanget er det du testar. Ikkje flytt eit innstillingsnamn frå eitt system til eit anna og gå ut frå at tydinga følgde med.

Ein profil som krev eit interaktivt passord, har andre oppstartsavhengnader enn ein maskintunnel.

Kva som skal registrerast

Skriv ned kva mekanisme som gjeld, på kva trinn han blir aktiv, og kva trafikk som vart freista før det trinnet. Registrer plattformversjonen, fordi denne åtferda endrar seg mellom utgjevingar og mellom administrerte og personlege konfigurasjonar. Noter om klienten eller systemet eig regelverket, sidan det avgjer kven som kan rette ein mangel. Test deretter på nytt etter kvar klient- eller OS-oppdatering.

Viss mangelen betyr noko, er den varige løysinga plattformregelverk, ikkje ei kortare oppstartsforsinking.

Det er svaret på det opphavlege spørsmålet, formulert som eit vilkår: ein kill switch vernar trafikken før appen startar berre når blokkeringa blir installert av noko som finst før appen.