Egy második VPN indítása lecseréli az első állapotát

Két kliens, két csatlakozott ikon, és az a meggyőződés, hogy a forgalom most mindkettőn átmegy. Hasonlítsa össze ezt a meggyőződést azzal, amit az egyes platformok valóban engedélyeznek. A telefonon általában pontosan egy hely van egy VPN-szolgáltatás számára; az asztali gépen több kliens is futhat, amelyek ugyanazokért az útvonalakért és ugyanazért a feloldóért versengenek. A két helyzet közötti különbség magyarázza a legtöbb jelentést arról, hogy a VPN leesik, amikor egy másik elindul.

Az ikonok folyamatokat írnak le, nem láncot.

Egy hely a telefonon, több jelentkező az asztali gépen

Az Androidon a platform egy aktív VPN-t biztosító VPN-szolgáltatási modellt kínál felhasználói profilonként, így a második indítása leállítja az elsőt. Ez a rendszer a saját szabályát érvényesíti, nem hiba egyik kliensben sem. Asztali gépen több kliens futhat egyszerre, és ilyenkor versengenek az útválasztási tábláért, a házirend-szabályokért, a feloldó konfigurációjáért és a virtuális interfészekért. Mindkét eredmény a platform, ahogyan tervezték.

Egyik eredmény sem hoz létre önmagában beágyazott alagutat. A lánchoz az kell, hogy az egyik alagút a másik titkosított csomagjait szállítsa, és ez architektúra, nem a sorrend véletlene.

Mit ír felül a második kliens

A második kliens általában telepít egy alapértelmezett útvonalat, hozzáadja a saját szabályait, és érvényesíti a saját feloldóját. Az első túlélhet forgalom nélküli folyamatként, vagy megtarthat egy útvonalat, amely már nem nyer. A tartomány-specifikus útvonalak a szokásos áldozatok, ezért egyes célok továbbra is működnek, míg mások meghiúsulnak. A látható tünet a kapcsolat megszakadása, a tényleges állapot pedig a részleges csere.

A kilépő IP ellenőrzése nem fedi fel ezt. Egy címet jelent egy célhoz, és semmit sem mond arról, mely útvonalakat írták felül, vagy melyik feloldó válaszol most. A kár megtekintéséhez olvassa el az útválasztási táblát és a feloldó állapotát.

A beágyazás tervezés, nem kattintási sorrend

Ha a beágyazás a szándék, dokumentálja minden végpont külső útvonalát, hibapolitikáját és az MTU-ra gyakorolt következményeket. Döntse el, mi történik, amikor a külső alagút leesik, miközben a belső még azt hiszi, hogy csatlakozva van. A kliensek szerencsés sorrendben való indítása nem konfiguráció, mert a következő frissítés vagy újracsatlakozás újrarendezi őket. A beágyazott elrendezés ugyanolyan gondosságot igényel, mint bármely más topológia.

Amikor az egyik kapcsolat munkára, a másik személyes használatra szolgál, támaszkodjon arra az elkülönítésre vagy felügyelt elrendezésre, amelyet a platform támogat. A vállalati vezérlők kitépése nem szétválasztási stratégia.

Az alkalmazással ellenőrizze, ne az ikonnal

Gyakorolja azokat az alkalmazásokat, amelyek valóban számítanak, minden olyan környezetből, amelyet használni kíván, és a tesztbe foglalja bele a feloldó viselkedését és az újracsatlakozásokat. Egy végső kilépési cím nem képes minden felülírt útvonalat azonosítani, és egy zöld ikon egyiket sem képes azonosítani. Jegyezze fel, ki birtokolja a kapcsolatot, és melyik kombináció támogatott valójában.

Ha egy termék kifejezetten nem támogatja a másikkal való együttélést, egy véletlenszerű útvonal- vagy engedélymódosítás nem hoz létre karbantartható telepítést. Olyat hoz létre, amely a következő frissítésig működik.

Jegyezze fel, melyik kliens birtokolja az alapértelmezett útvonalat, melyik feloldó válaszol, és mi történik, amikor mindegyik leáll.