Påverkar ein VPN Wi-Fi-anrop på iPhone? Sjekk operatørsida

Kople til eit hotellnettverk, ta eitt anrop frå Phone-appen, og opne deretter ein nettlesar og sjå at han rapporterer utgangsadressa til VPN-en i staden for hotellets: tre observasjonar som ser motstridande ut og vanlegvis ikkje er det. Wi-Fi-anropet til operatøren blir provisjonert på linja di av mobiloperatøren din, medan ein VPN berre er eit rutelag for dataa eininga di sender. Å lese ei offentleg IP-side som prov på ein telefonsamtale er den snøggaste måten å bruke ein ettermiddag på feil innstilling. Ingen av tenestene kan vurderast ut frå symptomet til den andre, og rekkjefølgja du sjekkar dei i endrar svaret.

Myten om at éin tunnel ber kvar samtale

Når VPN-en koplar til, seier intuisjonen at alt telefonen sender no går ut gjennom serveren til leverandøren, stemme medrekna. Data følgjer riktig nok rutene tunnelen installerer, men ei operatørstemmeteneste er som standard ikkje éi av desse rutene: kjernenettet til operatøren leverer henne, og tunnelen erstattar aldri det kjernenettet. Wi-Fi-anropsmodusen i Phone-appen er eit tilbod knytt til abonnementslinja di. Ein forbrukar-VPN-profil kan ikkje provisjonere henne og kan heller ikkje trekkje henne tilbake.

Anrop som blir gjorde inne i ein meldings- eller forretningsapp er eit anna produkt. Ein slik app har sin eigen konto, sine eigne serverar og sin eigen medieveg, så desse anropa går vanlegvis inne i tunnelen og kan bryte saman når tunnelen gjer det. Å sortere eit mislukka anrop som linjenivå-teneste eller appnivå-konto før du rører noka innstilling fjernar det meste av gjettinga.

Er Wi-Fi-anrop faktisk provisjonert på denne linja?

Før noko VPN-spørsmål, stadfest at operatøren og telefonen din støttar funksjonen og at han er slått på for den bestemte linja du testar. Retteleiinga til Apple for å setje opp Wi-Fi-anrop går gjennom operatørspesifikk aktiveringsveg og statusen telefonen viser når linja er aktiv. Når den statusen manglar, eller operatøren din aldri dukkar opp i lista, er det ikkje VPN-en som skal granskast.

Følg opp med eitt vanleg anrop til eit nummer du kontrollerer, og sjå på statusindikatoren medan anropet koplar til. Ein telefon som viser Wi-Fi som tilkopla, har berre prova at datalinken er oppe; han har ikkje prova kva nettverk som frakta lyden. Legg aldri inn eit naudnummer for å sjå korleis lyden blir ruta, og handsam aldri eit taleanrop i ein meldingsapp som prov på operatørfunksjonen. Dette er separate tenester med separate feilmodusar, og den eine seier ingenting om den andre.

Viss symptomet berre kjem fram medan VPN-en er på, hald linja, Wi-Fi-nettverket og anropsmålet konstant og endre éin variabel per køyring. På ein administrert telefon er ei samanlikningskøyring utan profilen berre legitim når administratoren har godkjent det på førehand.

Kvar IncludeAllNetworks og ExcludeCellularServices passar inn

IKEv2-nyttelasta i ein einingadministrasjonsprofil ber to nøklar som avgjer denne delinga. IncludeAllNetworks er brytaren som skuvlar all einingstrafikk inn i tunnelen i staden for berre det VPN-appen tilfeldigvis fangar opp. Når han er sett, ExcludeCellularServices kan skjere internett-rutbar tenestetrafikk tilbake ut av tunnelen, og Wi-Fi-anrop er éi av tenestene som det unntaket nemner. Trafikk som ein operatør ruter rett inn i sitt eige kjernenett og aldri går over det opne internettet, blir utanfor tunnelen same kva dei to nøklane seier.

Nøklar skildrar kva ein profil kan uttrykkje, ikkje kva leverandøren din faktisk leverte. Ein profil som utelèt ExcludeCellularServices kan halde funksjonen inne i tunnelen, og ein leverandør som ikkje viser nokon redigerbar brytar kan la deg stå heilt utan brukarvend kontroll. Dokumentet som avgjer det, er nyttelasta du installerte, og administratoren din kan lese henne opp for deg ordrett.

Kvifor ei offentleg IP-side ikkje kan spore eit anrop

Ei side som rapporterer utgangsadressa til VPN-en, har målt éin HTTP-førespurnad frå éin app på eitt tidspunkt. Ho seier ingenting om grensesnittet eit taleanrop brukte, og eit anrop som koplar til seier ingenting om kor vidt tunnelen er sunn for annan trafikk. Å bruke den eine som erstatning for den andre gjev konklusjonar som høyrest sjølvsikre ut og er feil.

Hald personvernsida like konkret: operatøren har framleis abonnementsregisteret ditt og leverer framleis linjetenesta, så ein annan nettutgang løyser deg ikkje frå den kontoen. Ein VPN skriv om ruter for trafikken han fangar; han flyttar ikkje ei mobillinje til ein annan operatør.

Ei diagnoseordning som held policyen din intakt

Start med linja: funksjonen slått på, operatøren i lista, indikatoren til stades, eitt vanleg anrop gjort. Gransk deretter profilen, og spør om IncludeAllNetworks er på og kva ExcludeCellularServices er sett til. Først når begge kjem tilbake reine, fortener sjølve tunnelen merksemda di.

Skriv ned resultatet du eigentleg var ute etter: ein tillaten telefonfunksjon som verkar, med eit kjent omfang for tunnelen. Det svaret overlever ein operatøroppdatering, eit nytt nettverk eller ein revidert profil, medan ei gjetting om pakkar ikkje overlever noko. Viss du administrerer profilen, les taleenesteunntaka ved sida av reglane for trafikkblokkering i same nyttelast, fordi dei to påverkar kvarandre. Viss du er brukaren, er støttekanalen til operatøren og den dokumenterte åtferda til VPN-leverandøren din dei to kjeldene det er verdt å sitere i ein sak.