Log på et hotelnetværk, foretag ét opkald fra Phone-appen, og åbn derefter en browser og se den rapportere VPN’ens udgangsadresse i stedet for hotellets: tre observationer, der ser modstridende ud og som regel ikke er det. Operatørens Wi-Fi Calling provisioneres på din linje af din mobiloperatør, mens en VPN kun er et rutelag for de data, din enhed sender. At læse en offentlig IP-side som bevis om et telefonopkald er den hurtigste måde at bruge en eftermiddag på den forkerte indstilling. Ingen af de to tjenester kan vurderes ud fra den andens symptom, og den rækkefølge, du undersøger dem i, ændrer svaret.

Myten om, at én tunnel bærer hvert opkald

Når VPN’en er forbundet, siger intuitionen, at alt hvad telefonen sender nu forlader gennem udbyderens server, stemme inkluderet. Data følger faktisk de ruter, tunnelen installerer, men en operatørstemmetjeneste er ikke som standard en af disse ruter: operatørens kernenetværk leverer den, og tunnelen erstatter aldrig det kernenetværk. Wi-Fi Calling-tilstanden i Phone-appen er et tilbud knyttet til din abonnentlinje. En forbruger-VPN-profil kan ikke provisionere den, og den kan heller ikke tilbagekalde den.

Opkald foretaget inde i en besked- eller forretningsapp er et andet produkt. En sådan app bærer sin egen konto, sine egne servere og sin egen mediesti, så disse opkald rejser normalt inde i tunnelen og kan gå i stykker, når tunnelen gør. At sortere et mislykket opkald som linjeniveautjeneste eller appniveaukonto, før du rører ved nogen indstilling, fjerner det meste af gætteriet.

Er Wi-Fi Calling faktisk provisioneret på denne linje?

Før ethvert VPN-spørgsmål skal du bekræfte, at din operatør og din telefon understøtter funktionen, og at den er slået til for den specifikke linje, du tester. Apples vejledning til opsætning af Wi-Fi Calling gennemgår den operatørspecifikke aktiveringsvej og den status, telefonen viser, når linjen er aktiv. Når den status mangler, eller din operatør aldrig optræder på listen, er det ikke VPN’en, der skal undersøges.

Følg det op med ét almindeligt opkald til et nummer, du kontrollerer, og hold øje med statusindikatoren, mens opkaldet forbindes. En telefon, der viser, at Wi-Fi er forbundet, har kun bevist, at datalinken er oppe; den har ikke bevist, hvilket netværk der bar lyden. Foretag aldrig et nødopkald for at se, hvordan lyden rutes, og betragt aldrig et taleopkald inde i en beskedapp som bevis om operatørfunktionen. Det er separate tjenester med separate fejltilstande, og den ene siger intet om den anden.

Hvis symptomet kun vises, mens VPN’en er aktiveret, skal du holde linjen, Wi-Fi-netværket og opkaldets mål konstant og ændre én enkelt variabel pr. kørsel. På en administreret telefon er en sammenligningskørsel med profilen fjernet kun legitim, når administratoren på forhånd har accepteret det.

Hvor IncludeAllNetworks og ExcludeCellularServices passer ind

IKEv2-nyttelasten i en enhedsadministrationsprofil bærer to nøgler, der afgør denne opdeling. IncludeAllNetworks er kontakten, der skubber al enhedstrafik ind i tunnelen i stedet for kun det, VPN-appen tilfældigt fanger. Når den er sat, ExcludeCellularServices kan skære trafik for internetrutbare tjenester tilbage ud af tunnelen, og Wi-Fi Calling er en af de tjenester, som denne undtagelse nævner. Trafik, som en operatør sender direkte ind i sit eget kernenetværk, aldrig over det offentlige internet, forbliver uden for tunnelen, uanset hvad de to nøgler siger.

Nøgler beskriver, hvad en profil kan udtrykke, ikke hvad din udbyder faktisk leverede. En profil, der udelader ExcludeCellularServices kan holde funktionen inde i tunnelen, og en udbyder, der ikke eksponerer nogen redigerbar kontakt, kan efterlade dig uden nogen brugersynlig kontrol overhovedet. Det artefakt, der afgør det, er den nyttelast, du installerede, og din administrator kan læse den tilbage til dig ordret.

Hvorfor en offentlig IP-side ikke kan spore et opkald

En side, der rapporterer VPN’ens udgangsadresse, har målt én HTTP-anmodning fra én app på ét tidspunkt. Den siger intet om det interface, et taleopkald brugte, og et opkald, der forbinder, siger intet om, hvorvidt tunnelen er sund for anden trafik. At bruge det ene som en stedfortræder for det andet giver konklusioner, der lyder selvsikre og er forkerte.

Hold privatlivssiden lige så konkret: operatøren har stadig din abonnentregistrering og leverer stadig linjetjenesten, så en anden webudgang løsriver dig ikke fra den konto. En VPN omskriver ruter for den trafik, den fanger; den flytter ikke en mobil linje til en anden operatør.

En diagnostikrækkefølge, der holder din politik intakt

Start med linjen: funktion aktiveret, operatør på listen, indikator til stede, ét almindeligt opkald foretaget. Undersøg derefter profilen og spørg, om IncludeAllNetworks er slået til, og hvad ExcludeCellularServices er sat til. Kun når begge kommer rent tilbage, fortjener tunnelen selv din opmærksomhed.

Skriv det resultat ned, du faktisk var ude efter: en tilladt telefonfunktion, der virker, med et kendt omfang for tunnelen. Det svar overlever en operatøropdatering, et nyt netværk eller en revideret profil, hvorimod et gæt om pakker ikke overlever noget. Hvis du administrerer profilen, skal du læse stemmetjenesteundtagelserne ved siden af trafikblokeringsreglerne i samme nyttelast, fordi de to påvirker hinanden. Hvis du er brugeren, er operatørens supportkanal og din VPN-udbyders dokumenterede adfærd de to kilder, der er værd at citere i en sag.

Relaterede artikler