VPN védőkapcsoló: melyik forgalmat blokkolja és mikor

Két funkciót ugyanazzal a szóval írnak le, és különböző munkát végeznek. Az automatikus újracsatlakozás megpróbálja visszahozni az alagutat, és ez egy másodpercen belül sikerülhet, miközben a kérések abban a résben meghiúsulnak. A védőkapcsoló eldönti, mi történik a forgalommal abban a résben. A kliens olvasása úgy, mintha a kettő egyetlen beállítás lenne, ahhoz vezet, hogy az emberek ikonban bíznak szabály helyett.

A blokkolás és az újracsatlakozás külön döntés

Az egyik kliens csak akkor blokkol, ha a megszakadás váratlan, majd újracsatlakozik és feloldja a blokkot. Egy másik rendszerszintű blokkot tart, amíg valaki kézzel nem módosít egy beállítást, a harmadik pedig szándékos bontásként engedélyt lát a szokásos hozzáférés helyreállítására. Ez három különböző viselkedés, és a szállító dokumentációja megmondja, melyiket valósítja meg az Ön buildje.

A profil importálása semmit nem dönt el ebben a kérdésben. Ugyanaz a kiszolgálóprofil két ellentétes blokkolási viselkedésű kliensbe töltődik be, mert a profil beállításokat hordoz, nem ígéretet. Ezért valósíthat meg mást egy asztali jelölőnégyzet és egy hasonló címkéjű mobil kapcsoló. Olvassa el a vezérlő melletti leírást a saját platformján, majd tesztelje, mit tesz.

Ugyanaz a profil másként viselkedik két kliensben

Az OpenVPN Connect alkalmazás beállításai olyan alagútmódot írnak le, amely csak addig tartja vissza a szokásos forgalmat, amíg a kliens szüneteltetett vagy újracsatlakozó állapotot jelent, ami szűkebb, mint egy általános ígéret minden eseményre minden platformon. A felsorolt állapotokat olvassa, ne a terméknevét. Az egy kliensbuildhez írt leírás nem vihető át egy másik szállító kliensére.

Az Android ugyanazt a szót mutatja két vezérlőn, mert az állandóan bekapcsolt VPN és a VPN nélküli kapcsolatok blokkolása külön dokumentált. Egy hasonló nevű jelölőnégyzettel rendelkező asztali kliens szűkebbet vagy szélesebbet valósíthat meg bármelyiküknél. Tekintse a két menüben azonos címkét véletlennek, amíg mindkét leírást el nem olvasta. A kezelt eszközök harmadik réteget adnak, mert az eszközprofil olyan beállítást kényszeríthet, amelyet a felhasználó nem lát és nem tud felülírni.

A hasonló platformbeállítások nem egyenértékűek

Hasonlítsa össze a látható vezérlőt a ténylegesen érvényes szabállyal. Kezelt eszközön a látható kapcsoló lehet szürke, vagy bekapcsolt, miközben egy magasabb szintű profil az ellenkezőjét kényszeríti. A tényleges szabályt kérje a helyi helyett, és írásban kapja meg a választ.

Jegyezze fel, mit állít minden réteg, mielőtt bármit tesztel, mert a kettő gyakran eltér, és az eltérés könnyen elveszik, amint a tesztek elkezdődnek. Egy eszköz, amely a teszt alatt helyesen blokkol, talán olyan okból blokkol, amelyet senki nem dokumentált.

Egyszerre egy eseményt futtasson, és jegyezze fel a kódot

Futásonként egy eseményt teszteljen ártalmatlan kéréssel, és minden próbálkozás legyen új kérés, ne egy esetleg már gyorsítótárazott oldal. Az alábbi parancsok leviszik az alagutat, oldalt kérnek, és megmutatják, visszatért-e a felület.

ip link set tun0 down
curl -s -o /dev/null -w "%{http_code}\n" --max-time 5 https://example.com
ip -brief address show tun0

A táblázat minden műveletet a lényeges megfigyeléshez és a megőrzésre érdemes bizonyítékhoz rendel. Az időkorláton belül meghiúsuló kérés azt mondja, hogy a blokk életbe lépett; az átmenő kérés azt mondja, hogy a forgalom más utat talált, ami lehet kizárt útvonal és nem kikapcsolt blokk. Jelentős szoftverfrissítés vagy útválasztási szabály változása után ismételje meg az egész sorozatot, mert bármelyik megváltoztathatja az ágat anélkül, hogy látható beállítás mozdulna. A végén kiszámítható hiba-viselkedést akar, nem megnyugtató ikont.

Kivételek, vendégportálok és amit a blokk nem tud

A helyi hálózat elérése a szokásos kivétel, és ez megváltoztatja az ígéret hatókörét. A kliens elérhet egy nyomtatót ugyanazon az alhálózaton, miközben minden mást blokkol, ami otthon észszerű, vendéghálózaton pedig vitatható. Döntse el, kívánja-e ezt a kivételt, mielőtt egy incidens felfedezné Ön helyett.

A szigorú blokk a vendéghálózati portál bejelentkezését is körülményessé teszi, mert a portál éppen az a közvetlen forgalom, amelynek megállítására a blokk létezik. Tanulja meg a hálózat engedélyezésének támogatott módját, majd állítsa vissza a szabályt szándékosan, ahelyett hogy vezérlőket kapcsolna ki, amíg egy oldal be nem töltődik. Tartsa a feloldó válaszát és az útválasztási táblázatot ugyanabban a jegyzetben, ahogy alább. Amit a védőkapcsoló nem tud, az a szolgáltatás névtelenné tétele, mert az alagúton kívüli forgalom blokkolása semmit nem mond arról, mi történik azon belül.

resolvectl query example.com
ss -tunp | grep -v tun0