Az iPhone VPN-zárja szabályzat, nem protokoll

A VPN ikon csatlakoztatott állapotot mutat, az alagút egy pillanatra megszakad egy hálózatváltás során, és a forgalom, amelyet blokkolni kellett volna, a mobilhálózaton keresztül megy ki. Semmi nem jelzett rést a felületen. A funkció, amelyre támaszkodott, a kliens és a platform szabályzata, és a beállításokban szereplő protokollnév nem írja le, mi történik abban a másodpercben.

Írja le a zárat állapotokról szóló szerződésként, nem az IKEv2 vagy az On Demand tulajdonságaként.

A tünet: az ikon azt mondja, csatlakoztatva

Az ikon a kliens saját állapotáról alkotott képét tükrözi, és ez a kép az újracsatlakozás hosszával elmaradhat a valóságtól. A gyorsítótárazott oldal, a gyors újracsatlakozás vagy az állapotfrissítés mind elrejti az intervallumot. A kérdés, amelyet érdemes feltenni, nem az, hogy zöld volt-e az ikon, hanem hogy mit engedélyezett az eszköz az alagút hiányában. Ugyanez a késés magyarázza, miért olyan gyenge bizonyíték az alkalmazás képernyőképe: állapotot rögzít, nem átmenetet.

Erre a kérdésre csak akkor van válasz, ha a szabályzat meghatározza.

Mit tart fenn valójában a protokoll

Az IKEv2 fenntartja és megújítja a hitelesített IPsec-kapcsolatot, a mobilitási funkciók pedig segítenek helyreállítani azt egy címváltozás után. Ez az alagút életciklusáról szóló állítás. Semmit sem mond arról, hogy az iPhone a résben más forgalmat küldhet-e, mert ez az engedély a platformé és a kliensé, nem a kulcscseréé. Egy eszköz, amely egy másodpercen belül újracsatlakozik, még mindig rendelkezett egy ablakkal, és ebben az ablakban él az érdekes viselkedés.

Az On Demand hasonlóképpen az aktiválási viselkedés leírása, nem általános blokkolási garancia.

Mit kínál a platform egy fejlesztőnek

Az Apple Network Extension vezérlőket kínál a forgalom kiterjedéséhez, és a útválasztási útmutató megkülönbözteti az összes hálózat bevonását a szokásos bevont útvonalaktól, és felsorolja a rendszer kivételeit. Létezik felügyelt Always On telepítési modell is, amely elkülönül egy személyes alkalmazás automatikus csatlakozási beállításától. Hogy egy adott alkalmazás használ-e ebből bármit, az az alkalmazás tulajdonsága, nem a protokollé, amelyen beszél.

Egy kapcsoló neve nem bizonyíték arra, melyik API-t hívja az alkalmazás.

Olvassa a funkciót szerződésként

Kérje meg a szolgáltatót, hogy öt állapotot határozzon meg: kezdeti aktiválás, váratlan alagútvesztés, szándékos bontás, kilépés az alkalmazásból és az eszköz újraindítása. Helyezze a rendszer kivételeit és minden szándékos LAN-hozzáférést a lista mellé. Ezután kérdezze meg, hogy a funkció választható-e, a felügyelet által kikényszerített-e, vagy egy kliensmódtól függ, mert a felhasználó által választott szünet és egy szervezet által kikényszerített zár két különböző termék. Írja be ezt az öt választ a telepítési jegyzőkönyvbe, mert a következő bíráló pontosan ezeket a kérdéseket fogja feltenni.

Az a funkció, amely váratlan veszteség esetén blokkol, szándékos bontás esetén viszont nem, koherens tervezés. Csak éppen nem az, amelyet a marketingoldal leírt.

Hogyan tesztelje a réseket

Egyszerre egy átmenetet teszteljen ártalmatlan forgalommal, abban az alkalmazásban és címcsaládban, amely fontos Önnek. Erősítse meg, mit engedélyezett a rés alatt, ne azt, mit mutatott utána az ikon. Jegyezze fel a kliens verzióját és a szabályzatot az eredmény mellé, mert mindkettő változik, és egyik sem látható a telefon beállítási képernyőjéről. Csak így lehet elválasztani egy valódi rést egy lassú ikontól.

Ha a válasz számít a megfeleléshez, kérje írásban, ahelyett hogy egy termékcímkéből következtetne rá.