Afecta unha VPN ás chamadas Wi-Fi no iPhone? Comproba o lado do operador

Conéctate a unha rede de hotel, fai unha chamada desde a app Teléfono e despois abre un navegador e observa que informa do enderezo de saída da VPN en lugar do do hotel: tres observacións que parecen contradictorias e normalmente non o son. As chamadas Wi-Fi do operador aprovisiónaas o teu operador móbil na túa liña, mentres que unha VPN só é unha capa de encamiñamento para os datos que envía o teu dispositivo. Ler unha páxina de IP pública como proba sobre unha chamada telefónica é a forma máis rápida de pasar unha tarde no axuste equivocado. Ningún dos dous servizos se pode xulgar polo síntoma do outro, e a orde na que os comprobas cambia a resposta.

O mito de que un só túnel leva todas as chamadas

Unha vez conectada a VPN, a intuición di que todo o que envía o teléfono sae agora polo servidor do provedor, incluída a voz. Os datos seguen as rutas que instala o túnel, pero un servizo de voz do operador non é unha desas rutas por defecto: entrégao a rede central do operador, e o túnel nunca substitúe esa rede central. O modo de chamadas Wi-Fi da app Teléfono é unha oferta vinculada á túa liña de subscritor. Un perfil de VPN de consumo non pode aprovisionarlo e tampouco pode revogalo.

As chamadas feitas dentro dunha app de mensaxería ou de empresa son un produto distinto. Esa app ten a súa propia conta, os seus propios servidores e a súa propia ruta de medios, así que esas chamadas adoitan viaxar dentro do túnel e poden romper cando o túnel rompe. Clasificar unha chamada que falla como servizo de nivel de liña ou como conta de nivel de app antes de tocar ningún axuste elimina a maior parte das conxecturas.

Está realmente aprovisionado o servizo de chamadas Wi-Fi nesta liña?

Antes de calquera pregunta sobre a VPN, confirma que o teu operador e o teu terminal admiten a función e que está activada para a liña concreta que estás a probar. A guía de Apple para configurar as chamadas Wi-Fi percorre a ruta de activación específica de cada operador e o estado que mostra o teléfono cando a liña está activa. Cando ese estado non aparece, ou o teu operador nunca figura na lista, a VPN non é o que hai que investigar.

Segue con unha chamada normal a un número que controles, mirando o indicador de estado mentres a chamada se conecta. Un teléfono que mostra o Wi-Fi como conectado só demostrou que a ligazón de datos está activa; non demostrou que rede levou o audio. Nunca fagas unha chamada de emerxencia para ver como se encamiña o audio, e nunca tomes unha chamada de voz dentro dunha app de mensaxería como proba sobre a función do operador. Son servizos distintos con modos de fallo distintos, e un non di nada sobre o outro.

Se o síntoma só aparece coa VPN activada, mantén constantes a liña, a rede Wi-Fi e o destino da chamada e cambia unha soa variable por execución. Nun teléfono xestionado, unha execución de comparación sen o perfil só é lexítima cando o administrador o acordou de antemán.

Onde encaixan IncludeAllNetworks e ExcludeCellularServices

A carga IKEv2 dentro dun perfil de xestión de dispositivos leva dúas claves que deciden esta separación. IncludeAllNetworks é o interruptor que empurra todo o tráfico do dispositivo cara ao túnel en vez de só o que a app VPN captura. Unha vez definido, ExcludeCellularServices pode recortar do túnel o tráfico de servizos encamiñable por internet, e as chamadas Wi-Fi son un dos servizos que nomea ese recorte. O tráfico que un operador encamiña directamente cara á súa propia rede central, sen pasar nunca pola internet pública, queda fóra do túnel digan o que digan esas dúas claves.

As claves describen o que un perfil pode expresar, non o que o teu provedor enviou realmente. Un perfil que omite ExcludeCellularServices pode manter a función dentro do túnel, e un provedor que non expón ningún interruptor editable pode deixarte sen ningún control visible para o usuario. O artefacto que o decide é a carga que instalaches, e o teu administrador pode lérnola textualmente.

Por que unha páxina de IP pública non pode rastrexar unha chamada

Unha páxina que informa do enderezo de saída da VPN mediu unha soa petición HTTP dunha soa app nun só momento. Non di nada sobre a interface que usou unha chamada de voz, e unha chamada que se conecta non di nada sobre se o túnel está san para outro tráfico. Usar un como substituto do outro produce conclusións que soan seguras e son erróneas.

Mantén o lado da privacidade igual de concreto: o operador aínda conserva o teu rexistro de subscritor e aínda entrega o servizo de liña, así que unha saída web distinta non te desvincula desa conta. Unha VPN reescribe as rutas do tráfico que captura; non traslada unha liña móbil a outro operador.

Unha orde de diagnóstico que mantén intacta a túa política

Empeza pola liña: función activada, operador na lista, indicador presente, unha chamada normal feita. Despois inspecciona o perfil, preguntando se IncludeAllNetworks está activado e en que valor está definido ExcludeCellularServices. Só cando ambas as dúas cousas volven limpas merece o túnel en si a túa atención.

Anota o resultado que realmente buscabas: unha función de teléfono permitida que funcione, cun alcance coñecido para o túnel. Esa resposta sobrevive a unha actualización do operador, a unha rede nova ou a un perfil revisado, mentres que unha conxectura sobre paquetes non sobrevive a nada. Se administras o perfil, le as excepcións de servizos de voz xunto ás regras de bloqueo de tráfico na mesma carga, porque as dúas interactúan. Se es o usuario, a canle de soporte do operador e o comportamento documentado do teu provedor de VPN son as dúas fontes que paga a pena citar nunha incidencia.