IKEv2-liikenteen laajuus iPhonessa: kuka omistaa kattavuuspäätöksen

Etsit iPhonesta Lähetä kaikki liikenne -kytkintä, eikä sitä ole. Natiivissa IKEv2-profiilissa reitityksen laajuuden päättää toimitettu profiili, ei säädin, jota käyttäjä voi kääntää, joten puuttuvan kytkimen etsiminen Asetuksista tuhlaa iltapäivän. Oikea liike on pyytää profiilin omistajalta liikennesopimus kirjallisena ja vahvistaa se sitten oikeilla pyynnöillä. Tämä opas tekee sen viidessä vaiheessa.

Hanki sopimus kirjallisena ennen kuin katsot puhelinta

Neljä lopputulosta tarvitsevat erilliset vastaukset: käyttääkö internet-selailu yhdyskäytävää, pitäisikö vain yksityisten resurssien tehdä niin, mitkä paikallisverkot ja järjestelmäpalvelut jäävät tunnelin ulkopuolelle ja mitä tapahtuu, kun tunneli ei ole käytettävissä. Nämä ovat eri vaatimuksia, ja eri avaimet täyttävät ne. Profiili, joka kattaa kaiken, ja profiili, joka kattaa yhden aliverkon, voivat näyttää laitteen yhteenvetonäytöllä samanlaisilta.

Selvitä myös, kuka omistaa profiilin. Jos hallintapalvelu toimitti sen, arvot elävät siinä konsolissa ja käsin tehty muutos puhelimessa on parhaimmillaankin tilapäinen paikallinen muutos. Jos kukaan ei osaa nimetä omistajaa, pidä sitä löydöksenä ja lopeta; kattavuuden arvaaminen puhelimesta ei tuota puolustettavaa vastausta.

Pyydä ne neljä arvoa, jotka päättävät laajuuden

Kattavuusavain on IncludeAllNetworks, jonka Apple dokumentoi otetuksi käyttöön iOS 14:ssä, ja juuri se saa yhteyden kantamaan liikennettä laajasti eikä vain niihin osoitteisiin, joita yhdyskäytävä työntää. Paikallinen poikkeus on ExcludeLocalNetworks, saatavilla iOS 14.2:sta, ja sen dokumentoitu iOS-oletusarvo on 1, mikä eroaa macOS:n oletusarvosta 0. Kysy, minkä arvon kukin avain kantaa todellisessa hyötykuormassa, sen sijaan että olettaisit alustan oletusarvon Macille suunnatusta oppaasta.

Kysy sitten DNS:stä, koska se, mikä resolveri vastaanottaa yksityiset ja julkiset nimet, on osa samaa sopimusta ja sillä on oma tavoitettavuusvaatimuksensa. Tunneli, joka kantaa kaiken liikenteen mutta jättää yksityiset nimet julkiselle resolverille, näyttää rikkinäiseltä tunnelilta jokaiselle käyttäjälle, joka kirjoittaa lyhyen isäntänimen. Testaa se tapaus ensin, koska se on halvin toistaa ja juuri se, jonka käyttäjät ilmoittavat rikkinäisenä VPN:nä.

Tarkista versioalue ennen kuin hyväksyt

Jokaisella näistä avaimista on vähimmäisjulkaisu, eikä profiili, joka kantaa avainta, jota asennettu iOS ei tunne, ole osittainen onnistuminen. Myös push-ilmoitukset ja matkapuhelinpalvelut kattavilla lisäpoikkeusavaimilla on omat alarajansa, joten yhdelle laivueelle koottu hyötykuorma voi puolittain levitä vanhemmalle. Kirjaa asennettu iOS-versio hyötykuorman version viereen käyttöönoton kirjaan. Puolittain leviävä hyötykuorma on pahempi kuin se, joka kieltäytyy asentumasta, koska laite ilmoittaa tunnelista, josta et voi päätellä.

Älä asenna tunnistamatonta profiilia vain paljastaaksesi säädintä, jota vanhemman julkaisun kuvakaappaus lupasi. Jos toimitettu kokoonpano ei sisällä avainta, avain ei ole voimassa, mitä yhteenvetonäyttö sitten vihjaakin.

Vahvista liikenteellä, älä kytkimen asennolla

Kun käyttöönotto on tehty, avaa aiottu yksityinen resurssi ja tavallinen julkinen sivu ja vahvista, että molemmat kulkevat sopimuksessa kuvattua polkua. Laita puhelin sitten matkapuhelinverkkoon, toista molemmat ja tarkista käyttäytyminen, jonka dokumentoit käyttämättömissä olevalle tapaukselle, sen sijaan että keksisit sen testin aikana. Sisällytä yksi sallittu siirtymä Wi-Fistä matkapuhelinverkkoon, koska siinä kapean laajuuden profiili yleensä näkyy.

Pidä valvottu hallittu Always On -käyttöönotto tämän vertailun ulkopuolella. Automaattinen aktivointi ja laaja reititys henkilökohtaisessa profiilissa eivät todista sitä hallittua käytäntöä, ja päinvastoin on myös totta. Testaa yhtä järjestelyä kerrallaan yhdellä laitteella, koska kahta VPN-profiilia kantava puhelin sekoittaa jokaisen keräämäsi tuloksen.

Palaa tunnettuun profiiliin

Kun käyttäytyminen on väärää, poista profiili ja asenna uudelleen viimeinen tunnettu hyvä hyötykuorma sen sijaan että muokkaisit avaimia laitteessa. Vahvista sitten, että aiempi kattavuus todella palasi toistamalla samat kaksi pyyntöä. Palautus, joka palauttaa profiilin mutta ei reititystä, ei ole palautus, ja sen löytää käyttäjä, ei testi.

Arkistoi hyötykuorman versio, neljä arvoa ja tarkistustulos yhdessä, jotta seuraava muutos alkaa dokumentoidusta lähtötasosta eikä kuvakaappauksesta.