Un VPN afecta les trucades Wi-Fi a l’iPhone? Comprova la part de l’operador

Connecta’t a una xarxa d’hotel, fes una trucada des de l’app Telèfon i després obre un navegador i mira com informa de l’adreça de sortida del VPN en lloc de la de l’hotel: tres observacions que semblen contradictòries i normalment no ho són. Les trucades Wi-Fi de l’operador es proveeixen a la teva línia pel teu operador mòbil, mentre que un VPN només és una capa d’encaminament per a les dades que envia el dispositiu. Llegir una pàgina d’IP pública com a prova sobre una trucada telefònica és la manera més ràpida de passar una tarda amb el paràmetre equivocat. Cap dels dos serveis no es pot jutjar pel símptoma de l’altre, i l’ordre en què els comproves canvia la resposta.

El mite que un sol túnel porta totes les trucades

Un cop el VPN es connecta, la intuïció diu que tot el que envia el telèfon ara surt pel servidor del proveïdor, veu inclosa. Les dades sí que segueixen les rutes que instal·la el túnel, però un servei de veu de l’operador no és per defecte una d’aquestes rutes: el lliura la xarxa central de l’operador, i el túnel no substitueix mai aquesta xarxa central. El mode de trucades Wi-Fi de l’app Telèfon és una oferta lligada a la teva línia d’abonat. Un perfil de VPN de consum no el pot proveir i tampoc no el pot revocar.

Les trucades fetes dins d’una app de missatgeria o d’empresa són un producte diferent. Aquesta app porta el seu propi compte, els seus propis servidors i el seu propi camí de mitjans, així que aquestes trucades normalment sí que viatgen dins del túnel i es poden trencar quan el túnel es trenca. Classificar una trucada fallida com a servei de nivell de línia o compte de nivell d’aplicació abans de tocar cap paràmetre elimina la major part de les conjectures.

Les trucades Wi-Fi estan realment proveïdes en aquesta línia?

Abans de qualsevol pregunta sobre el VPN, confirma que el teu operador i el teu telèfon admeten la funció i que està activada per a la línia concreta que estàs provant. La guia d’Apple per configurar les trucades Wi-Fi explica el camí d’activació específic de cada operador i l’estat que mostra el telèfon un cop la línia és activa. Quan aquest estat no hi és, o el teu operador no apareix mai a la llista, el VPN no és el que cal investigar.

Fes després una trucada normal a un número que controlis, mirant l’indicador d’estat mentre la trucada es connecta. Un telèfon que mostra el Wi-Fi connectat només ha demostrat que l’enllaç de dades està actiu; no ha demostrat quina xarxa ha portat l’àudio. No facis mai una trucada d’emergència per veure com s’encamina l’àudio, i no prenguis mai una trucada de veu dins d’una app de missatgeria com a prova sobre la funció de l’operador. Són serveis separats amb maneres de fallar separades, i l’un no diu res de l’altre.

Si el símptoma només apareix amb el VPN activat, mantén la línia, la xarxa Wi-Fi i el destí de la trucada constants i canvia una sola variable per execució. En un telèfon gestionat, una execució de comparació amb el perfil eliminat només és legítima quan l’administrador hi ha donat el vistiplau per endavant.

On encaixen IncludeAllNetworks i ExcludeCellularServices

La càrrega IKEv2 dins d’un perfil de gestió de dispositius porta dues claus que decideixen aquesta separació. IncludeAllNetworks és l’interruptor que empeny tot el trànsit del dispositiu dins del túnel i no només el que l’app VPN arriba a capturar. Un cop està definit, ExcludeCellularServices pot retallar del túnel el trànsit de serveis encaminables per internet, i les trucades Wi-Fi són un dels serveis que aquesta excepció anomena. El trànsit que un operador encamina directament a la seva pròpia xarxa central, mai per internet pública, queda fora del túnel diguin el que diguin aquestes dues claus.

Les claus descriuen què pot expressar un perfil, no què ha lliurat realment el teu proveïdor. Un perfil que omet ExcludeCellularServices pot mantenir la funció dins del túnel, i un proveïdor que no exposa cap interruptor editable et pot deixar sense cap control visible per a l’usuari. L’artefacte que ho resol és la càrrega que has instal·lat, i el teu administrador te la pot llegir paraula per paraula.

Per què una pàgina d’IP pública no pot traçar una trucada

Una pàgina que informa de l’adreça de sortida del VPN ha mesurat una sol·licitud HTTP d’una app en un moment. No diu res sobre la interfície que ha fet servir una trucada de veu, i una trucada que es connecta no diu res sobre si el túnel és saludable per a altre trànsit. Fer servir l’una com a substitut de l’altra produeix conclusions que sonen segures i són errònies.

Mantén la part de privadesa igual de concreta: l’operador encara té el teu registre d’abonat i encara lliura el servei de línia, així que una sortida web diferent no et desvincula d’aquest compte. Un VPN reescriu camins per al trànsit que captura; no trasllada una línia mòbil a un altre operador.

Un ordre de diagnòstic que manté la teva política intacta

Comença per la línia: funció activada, operador a la llista, indicador present, una trucada normal feta. Després inspecciona el perfil, preguntant si IncludeAllNetworks està activat i a què està definit ExcludeCellularServices. Només quan tots dos tornen nets el túnel mateix mereix la teva atenció.

Anota el resultat que realment volies: una funció de telèfon permesa que funciona, amb un abast conegut per al túnel. Aquesta resposta sobreviu a una actualització de l’operador, a una xarxa nova o a un perfil revisat, mentre que una conjectura sobre paquets no sobreviu a res. Si administres el perfil, llegeix les excepcions de servei de veu al costat de les regles de bloqueig de trànsit a la mateixa càrrega, perquè les dues interactuen. Si ets l’usuari, el canal de suport de l’operador i el comportament documentat del teu proveïdor de VPN són les dues fonts que val la pena citar en un tiquet.