Zaključavanje VPN-a na iPhoneu je politika, a ne protokol

Ikona VPN-a pokazuje povezano, tunel na trenutak padne pri promjeni mreže, a saobraćaj koji je trebalo biti blokiran izlazi preko mobilne mreže. Ništa u interfejsu nije najavilo prazninu. Funkcija na koju ste se oslanjali je politika klijenta i platforme, a naziv protokola u postavkama ne opisuje šta se dešava u toj sekundi.

Opišite zaključavanje kao ugovor o stanjima, a ne kao svojstvo IKEv2 ili On Demand.

Simptom: ikona kaže povezano

Ikona odražava pogled klijenta na vlastito stanje, a taj pogled može zaostajati za stvarnošću za trajanje ponovnog povezivanja. Keširana stranica, brzo ponovno povezivanje ili osvježavanje statusa svi skrivaju interval. Pitanje koje vrijedi postaviti nije da li je ikona bila zelena, nego šta je uređaj dozvolio dok je tunel bio odsutan. Isto kašnjenje objašnjava zašto je snimak ekrana aplikacije tako slab dokaz: on bilježi stanje, a ne prijelaz.

To pitanje ima odgovor samo ako ga politika definira.

Šta protokol zapravo održava

IKEv2 održava i obnavlja autentificiranu IPsec vezu, a funkcije mobilnosti pomažu da se ona uspostavi nakon promjene adrese. To je izjava o životnom ciklusu tunela. Ona ne govori ništa o dozvoli iPhonea da šalje drugi saobraćaj u praznini, jer ta dozvola pripada platformi i klijentu, a ne razmjeni ključeva. Uređaj koji se ponovno poveže za manje od sekunde ipak je imao prozor, a u tom prozoru živi zanimljivo ponašanje.

On Demand je isto tako opis ponašanja pri aktivaciji, a ne univerzalna garancija blokiranja.

Šta platforma nudi programeru

Appleov Network Extension izlaže kontrole za obuhvat saobraćaja, a njegov vodič za rutiranje razlikuje ponašanje s uključivanjem svih mreža od običnih uključenih ruta i navodi sistemska izuzeća. Postoji i nadzirani model implementacije Always On, odvojen od postavke automatskog povezivanja lične aplikacije. Da li data aplikacija koristi nešto od toga jeste svojstvo aplikacije, a ne protokola kojim govori.

Naziv prekidača nije dokaz koji API aplikacija poziva.

Čitajte funkciju kao ugovor

Zamolite provajdera da navede pet stanja: početna aktivacija, neočekivani gubitak tunela, namjerno isključivanje, izlaz iz aplikacije i ponovno pokretanje uređaja. Stavite sistemska izuzeća i svaki namjerni pristup LAN-u uz taj spisak. Zatim pitajte je li funkcija opcionalna, nametnuta upravljanjem ili uslovljena načinom rada klijenta, jer pauza koju odabere korisnik i zaključavanje koje nametne organizacija dva su različita proizvoda. Zapišite tih pet odgovora u zapis o implementaciji, jer će sljedeći recenzent postaviti upravo ta pitanja.

Funkcija koja blokira pri neočekivanom gubitku, ali ne pri namjernom isključivanju, koherentan je dizajn. Samo nije onaj koji je opisala marketinška stranica.

Kako testirati praznine

Testirajte jedan prijelaz po jedan s bezopasnim saobraćajem, u aplikaciji i porodici adresa koja vas zanima. Potvrdite šta je bilo dozvoljeno tokom praznine, a ne šta je ikona pokazala poslije. Zabilježite verziju klijenta i politiku uz rezultat, jer se oboje mijenjaju i nijedno se ne vidi sa ekrana postavki telefona. To je jedini način da razlikujete stvarnu prazninu od spore ikone.

Ako je odgovor važan za usklađenost, tražite ga u pisanoj formi umjesto da ga izvodite iz naziva proizvoda.