Blokkolja a kill switch a forgalmat, mielőtt a VPN-alkalmazás elindul?

A kill switch lefedheti vagy nem fedheti le az alkalmazása indulása előtti időszakot, és a különbséget az operációs rendszer szabályzata dönti el, nem az ügyfél marketingoldala. Az automatikus indítás jelölőnégyzete azt bizonyítja, hogy valami elindításra van ütemezve. Nem bizonyítja, hogy a blokkolási szabályok léteznek abban a pillanatban, amikor a hálózat feljön. Ez két esemény, és közülük csak az egyik védi a forgalmat.

Haladjon végig az ellenőrzőlistán sorrendben, mert minden lépés szűkíti azt, amit valóban tesztel.

Honnan jön valójában a blokkolás

Két megvalósítási család van. Vagy a platform telepíti a blokkolást, mert tud az alagútról, mielőtt bármely alkalmazás futna, vagy az ügyfél maga telepíti a blokkolást, miután elindult. Az első létezhet bejelentkezés előtt. A második nem létezhet a folyamata előtt, bármilyen korán is van ütemezve az a folyamat. Határozza meg, melyik családra támaszkodik, mielőtt bármit tesztel.

Androidon az állandóan bekapcsolt VPN a VPN nélküli kapcsolatok blokkolásának beállításával együtt platformszabályzat, amelyet a rendszerbeállításokban konfigurálnak, nem csak az ügyfélen belül. Kezelt eszközökön beállíthatják Önnek. Egy ügyfél, amely csak a rendszerindításkor indul, nem ugyanaz a mechanizmus.

Válassza szét az időszakot a szolgáltatástól

A zárt időszak nem bizonyítja, hogy a kényszerítés leállt, és a nyitott időszak nem bizonyítja, hogy az alagút készen áll. Sok ügyfél szétválasztja a felületet, a démont és a tálcaalkalmazást. A tálca az, amit lát; a démon az, ami a szabályokat tartja.

A komponenst tesztelje, ne az ikont.

Biztonságosan tesztelje az indítási időszakot

A tesztelendő időszak újraindításnál vagy bejelentkezésnél kezdődik, és akkor ér véget, amikor az alagút hitelesíti magát. A háttéralkalmazások ebben az időszakban kapcsolódnak, és a frissítési ellenőrzések a szokásos vétkesek. Használjon ártalmatlan tevékenységet és a szállító dokumentált eljárását, ahelyett hogy a saját hozzáférését blokkolná. Aztán ismételje meg egy normál újracsatlakozás után, mert az újracsatlakozási útvonal és a hidegindítási útvonal más kódot futtat.

Az alagút már felállása után végzett teszt semmit nem bizonyít az indításról.

Olvassa el az újraindítási viselkedést, ha a tartósság a követelmény. Egy beállítás megmaradhat a konfigurációban, miközben a kényszerítése később kezdődik, és mindkét tény számít: az elmentett szabályzat és a pillanat, amikor aktívvá válik.

Platformonként olvassa el a szabályzatot

Az Android az állandóan bekapcsolt állapotot és a blokkolást külön kapcsolóként mutatja, és mindkettőnek be kell lennie kapcsolva az indítás előtti védelemhez. A Windowsnak van szabályzaton keresztül konfigurált állandó eszközalagút-fogalma, ami nem ugyanaz, mint egy korán induló felhasználói módú ügyfél. Az OpenVPN Connect platformonként dokumentálja a saját kill switch-viselkedését, és a dokumentált hatókör az, amit tesztel. Ne vigyen át egy beállításnevet egyik rendszerből a másikba, és ne feltételezze, hogy a jelentés vele utazott.

Az interaktív jelszót igénylő profil indítási függőségei eltérnek a gépi alagútétól.

Mit kell rögzíteni

Írja le, melyik mechanizmus van érvényben, melyik szakaszban válik aktívvá, és milyen forgalmat próbáltak ki az adott szakasz előtt. Rögzítse a platform verzióját, mert ez a viselkedés kiadások között és a kezelt, illetve személyes konfigurációk között változik. Jegyezze meg, hogy az ügyfél vagy a rendszer birtokolja-e a szabályzatot, mert ez dönti el, ki tudja javítani a rést. Utána teszteljen újra minden ügyfél- vagy operációsrendszer-frissítés után.

Ha a rés számít, a tartós megoldás a platformszabályzat, nem a rövidebb indítási késleltetés.

Ez a válasz az eredeti kérdésre, feltételként megfogalmazva: a kill switch csak akkor védi a forgalmat az alkalmazás indulása előtt, ha a blokkolást valami olyan telepíti, ami az alkalmazás előtt létezik.