iPhonen VPN uudelleenkäynnistyksen jälkeen: mitä pitäisi tapahtua ensin
Tee ”pidä VPN päällä” -vaatimuksesta käynnistysvaatimus: mikä yhdistää, mikä tarvitsee vielä sinua ja mikä estetään ennen kuin ensimmäinen suojattu tehtävä käynnistyy.
”Pidä VPN päällä” kestää noin kolmekymmentä sekuntia kysymyksiä. Päällä uudelleenkäynnistyksen jälkeen? Päällä ennen kuin avaat puhelimen lukituksen? Päällä, kun Wi-Fi näyttää vielä kirjautumissivua? Estetäänkö liikenne, kunnes tunneli nousee, vai annetaanko ensimmäisen sovelluksen yrittää suoraan? Nämä ovat neljä eri vaatimusta, ja vain osa niistä on sellaisia, jotka puhelin voidaan asetuksilla taata. Kirjoita vastaus aikajanaksi vaiheineen ja tarkista sitten jokainen vaihe todellisen uudelleenkäynnistyksen jälkeen.
| Stage | Personal profile | Supervised Always On |
|---|---|---|
| Before first unlock | do not assume a tunnel | do not assume a tunnel either |
| After unlock, network up | depends on the provider or On Demand rule | activates without user interaction |
| Tunnel negotiating | first app may already be trying | policy decides whether traffic waits |
| Gateway unreachable | usually falls back to whatever the client allows | follows the deployed policy |
Kirjoita vaatimus aikajanaksi
Aloita hetkestä, joka on liiketoiminnalle tärkeä: mikä suojattu tehtävä ei saa tapahtua ilman tunnelia ja kuinka kauan käynnistyksen jälkeen sitä tehtävää realistisesti yritetään. Kaikki ennen sitä hetkeä on sarja, ja juuri sarjan tarkistat. Merkintä ”VPN:n on oltava päällä” ei ole testattavissa, kun taas ”ei liikennettä tietueiden isäntään ennen tunnelin muodostamista” on.
Erottele sitten, mitä henkilökohtainen puhelin pystyy tekemään siitä, mitä hallittu laitekanta pystyy tekemään, koska vastaukset eivät ole vaihdettavissa.
Vaihe yksi: tila ennen ensimmäistä lukituksen avausta
Älä päättele lukituksen avausta edeltävää käytöstä tunnelista, jonka näit avaamisen jälkeen. Rehellinen testi on käynnistää uudelleen, jättää puhelin lukituksi ja tarkkailla toisesta päästä, muodostuuko tunnelia lainkaan. Useimmissa henkilökohtaisissa järjestelyissä vastaus on ei, eikä se ole vika; se tarkoittaa vain, että ensimmäistä suojattua tehtävää ei saa yrittää ennen puhelimen lukituksen avaamista.
Jos vaatimus todella riippuu lukituksen avausta edeltävästä kattavuudesta, vie se käyttöönoton omistajalle eikä asiakasohjelman asetukseen.
Vaihe kaksi: verkon valmius ja kirjautumisportaalit
Hallittu Always On aktivoituu ilman käyttäjän toimia ja säilyy uudelleenkäynnistysten yli, kunhan sen profiili on asennettu, ja muodostaminen seuraa sitä, että käyttöliittymä saa IP-tavoitettavuuden. Viimeinen lause on tärkein: puhelimella, joka ei ole vielä saanut osoitetta, ei ole mitään mihin rakentaa. Hotelliportaali, jota ei ole hyväksytty, on verkko, joka ei ole valmis juuri tässä merkityksessä, eikä mikään muistettu VPN-asetus tee sitä puolestasi.
Hyväksyntämerkintä tarvitsee siis rivin portaalin tapaukselle. Joko puhelin odottaa tai käyttäjä kulkee ensin portaalin läpi, ja kumpi on hyväksyttävää, riippuu matkustajasta. Kirjoita valinta, koska seitsemältä aamulla uudelleenkäynnistävä ihminen ei keksi sitä. Portaali, joka vaatii huoneen numeron, on myös eri tapaus kuin sellainen, joka hyväksyy vain valintaruudun.
Vaihe kolme: todennus, joka tarvitsee vielä ihmisen
Automaattinen aktivointi ja automaattinen todennus ovat erillisiä ominaisuuksia. Laitesertifikaattia käyttävä profiili voi suorittaa jälkimmäisen ilman ihmistä, kun taas kertakäyttöistä tekijää vaativa yhdyskäytävä ei voi, eikä mikään käytäntö tee sitä. Selvitä, kumman niistä otat käyttöön, ennen kuin lupaat käsivapaan käynnistyssekvenssin.
Kirjaa sitten välitila selvästi: jos todennus on kesken, estetäänkö liikenne, laitetaanko se jonoon vai lähetetäänkö suoraan? Vastaus kuuluu suunnitelmaan, koska se on ikkuna, jossa väärä asetus muuttuu vuodoksi. Testaa se tekemällä yhdyskäytävä saavuttamattomaksi ja katselemalla, mitä puhelin tekee, sen sijaan että lukisit asiakasohjelman oman kuvauksen itsestään.
Vaihe neljä: ensimmäinen suojattu tehtävä ja sitten siirtymä
Avaa suunnitellun uudelleenkäynnistyksen jälkeen suojattu tehtävä ja vahvista, että se onnistuu ja että se todella käytti tunnelia. Toista sitten sama tehtävä Wi-Fistä matkapuhelinverkkoon siirtymisen aikana, koska se siirto neuvottelee taustaverkon uudelleen ja juuri siellä profiili, joka toimi vain käynnistyksessä, alkaa epäonnistua. Kirjaa kolme tosiasiaa jokaisesta ajosta: nousiko yhteys automaattisesti, jouduitko todentamaan ja vastasiko odotettu resurssi.
Jos suojaus aukon aikana on pakollinen, käytä vahvistusmenetelmää, jonka käyttöönoton omistaja hyväksyy. Yksi onnistunut sivun lataus ei voi osoittaa, ettei mikään mennyt suoraan ennen sitä.