Hat in VPN ynfloed op Wi-Fi Calling op 'e iPhone? Sjoch nei de kânt fan de operator

Ferbyn dy mei in hotelnetwurk, meitsje ien oprop út de Phone-app, iepenje dan in browser en sjoch dat dy it útgongsadres fan de VPN oanjout ynstee fan dat fan it hotel: trije waarnimmings dy't tsjinstridich lykje en dat meastentiids net binne. Wi-Fi Calling fan de operator wurdt troch dyn mobile operator op dyn line ynsteld, wylst in VPN mar in routeringslaach is foar de gegevens dy't dyn apparaat stjoert. In side mei in iepenbier IP lêze as bewiis oer in telefoanoprop is de fluchste manier om in middei oan de ferkearde ynstelling te ferspyljen. Gjin fan de beide tsjinsten kin oan it symptoom fan de oare beoardiele wurde, en de folchoarder wêryn'tsto se kontrolearrest feroaret it antwurd.

De myte dat ien tunnel elke oprop draacht

Sadree't de VPN ferbûn is, is de yntuysje dat alles wat de telefoan stjoert no fia de server fan de oanbieder nei bûten giet, stim ynbegrepen. Gegevens folgje yndie de rûtes dy't de tunnel ynstelt, mar in stimtsjinst fan de operator is standert gjin ien fan dy rûtes: it kearnnetwurk fan de operator leveret dy, en de tunnel ferfangt dat kearnnetwurk nea. De Wi-Fi Calling-modus fan de Phone-app is in oanbod dat oan dyn abonneeline ferbûn is. In konsuminte-VPN-profyl kin dat net ynstelle en kin it ek net ynlûke.

Oproppen fan binnen in berjochten- of saaklike app binne in oar produkt. Sa'n app hat syn eigen akkount, syn eigen servers en syn eigen mediarûte, dus dy oproppen reizgje meastentiids wol binnen de tunnel en kinne brekke as de tunnel dat docht. In mislearjende oprop yndiele by tsjinst op linenivo of akkount op app-nivo foardatsto in ynstelling oanrekket, hellet it measte riedswurk fuort.

Is Wi-Fi Calling eins op dizze line ynsteld?

Kontrolearje foar elke VPN-fraach oft dyn operator en tillefoan de funksje stypje en oft dy foar de spesifike line dy'tsto testest ynskeakele is. Apple syn hantlieding foar it ynstellen fan Wi-Fi Calling rint de operatorspesifike wei nei it ynskeakeljen troch en de status dy't de tillefoan toant sadree't de line aktyf is. As dy status ûntbrekt, of as dyn operator nea yn de list ferskynt, is de VPN net it ding om te ûndersykjen.

Folgje dat mei ien gewoane oprop nei in nûmer datsto sels behearskest, en hâld de statusindikator yn de gaten wylst de oprop ferbynt. In tillefoan dy't Wi-Fi as ferbûn toant, hat allinnich bewiisd dat de gegevenskeppeling aktyf is; hy hat net bewiisd hokker netwurk it lûd droech. Meitsje nea in needoprop om te sjen hoe't it lûd rûte wurdt, en behannelje in stimoprop yn in berjochten-app nea as bewiis oer de funksje fan de operator. Dat binne aparte tsjinsten mei aparte manieren fan mislearjen, en ien seit neat oer de oare.

As it symptoom allinnich ferskynt wylst de VPN oan stiet, hâld dan de line, it Wi-Fi-netwurk en it oproptarget konstant en feroarje per rûn ien fariabele. Op in beheardde tillefoan is in fergelekingsrûn sûnder it profyl allinnich jildich as de behearder dêrfoarôf mei yngien is.

Wêr't IncludeAllNetworks en ExcludeCellularServices passe

De IKEv2-payload yn in apparaatbehearprofyl draacht twa kaaien dy't dizze splitsing beslisse. IncludeAllNetworks is de skeakel dy't alle apparaatferkear yn de tunnel triuwt ynstee fan allinnich wat de VPN-app tafallich opfettet. Sadree't dy oan stiet, ExcludeCellularServices kin tsjinstferkear dat oer it internet rûte wurde kin wer út de tunnel snije, en Wi-Fi Calling is ien fan de tsjinsten dy't dy útsûndering neamt. Ferkear dat in operator streekrjocht yn syn eigen kearn liedt en nea oer it iepenbiere internet giet, bliuwt bûten de tunnel, wat dy twa kaaien ek sizze.

Kaaien beskriuwe wat in profyl útdrukke kin, net wat dyn oanbieder eins levere hat. In profyl dat ExcludeCellularServices weilitten hat, kin de funksje binnen de tunnel hâlde, en in oanbieder dy't gjin bewurkbere skeakel toant, kin dy hielendal sûnder kontrôle oan de brûkerskant litte. It artefakt dat it beslist is de payload dy'tsto ynstallearre hast, en dyn behearder kin dy dy wurd foar wurd foarlêze.

Wêrom't in side mei in iepenbier IP in oprop net folgje kin

In side dy't it útgongsadres fan de VPN oanjout, hat ien HTTP-fersyk fan ien app op ien momint metten. It seit neat oer de ynterface dy't in stimoprop brûkte, en in oprop dy't ferbynt seit neat oer oft de tunnel sûn is foar oar ferkear. Ien fan beide as pleatsferfanger foar de oare brûke, smyt konklúzjes op dy't selsbetroud klinke en ferkeard binne.

Hâld de privacykant like konkreet: de operator hat noch altyd dyn abonneegegevens en leveret noch altyd de linesjinst, dus in oare webútgong hellet dy net fan dat akkount los. In VPN skriuwt rûtes oer foar ferkear dat it opfettet; it ferpleatst in mobile line net nei in oare operator.

In diagnoazefolchoarder dy't dyn belied yntakt hâldt

Begjin by de line: funksje oan, operator yn de list, indikator oanwêzich, ien gewoane oprop dien. Besjoch dan it profyl en freegje oft IncludeAllNetworks oan stiet en wêr't ExcludeCellularServices op ynsteld is. Pas as beide skjin weromkomme, fertsjinnet de tunnel sels dyn oandacht.

Skriuw op hokker resultaatsto eins woest: in tastiene tillefoanfunksje dy't wurket, mei in bekend berik foar de tunnel. Dat antwurd oerlibbet in operatorupdate, in nij netwurk of in oanpast profyl, wylst in gissing oer pakketten neat oerlibbet. As do it profyl behearst, lês dan de stimtsjinst-útsûnderings njonken de regels foar it blokkearjen fan ferkear yn deselde payload, want dy twa wurkje opinoar yn. As do de brûker bist, binne it stypkanaal fan de operator en it dokumintearre gedrach fan dyn VPN-oanbieder de twa boarnen dy't de muoite wurdich binne om yn in ticket te neamen.