Uma VPN afeta as chamadas Wi-Fi no iPhone? Verifique o lado da operadora

Ligue-se a uma rede de hotel, faça uma chamada da aplicação Phone e depois abra um navegador e veja que ele informa o endereço de saída da VPN em vez do endereço do hotel: três observações que parecem contraditórias e normalmente não são. As chamadas Wi-Fi da operadora são provisionadas na sua linha pela sua operadora móvel, enquanto uma VPN é apenas uma camada de encaminhamento para os dados que o dispositivo envia. Ler uma página de IP público como prova sobre uma chamada telefónica é a forma mais rápida de passar uma tarde na configuração errada. Nenhum dos dois serviços pode ser julgado pelo sintoma do outro, e a ordem em que os verifica muda a resposta.

O mito de que um único túnel transporta todas as chamadas

Assim que a VPN se liga, a intuição diz que tudo o que o telefone envia passa agora pelo servidor do fornecedor, incluindo a voz. Os dados seguem de facto as rotas que o túnel instala, mas um serviço de voz da operadora não é uma dessas rotas por predefinição: é a rede central da operadora que o entrega, e o túnel nunca substitui essa rede central. O modo de chamadas Wi-Fi da aplicação Phone é uma oferta ligada à sua linha de assinante. Um perfil de VPN de consumidor não a pode provisionar nem a pode revogar.

As chamadas feitas dentro de uma aplicação de mensagens ou de negócios são outro produto. Essa aplicação tem a sua própria conta, os seus próprios servidores e o seu próprio caminho de media, pelo que essas chamadas costumam viajar dentro do túnel e podem falhar quando o túnel falha. Classificar uma chamada falhada como serviço ao nível da linha ou conta ao nível da aplicação antes de tocar em qualquer definição elimina a maior parte das suposições.

As chamadas Wi-Fi estão realmente provisionadas nesta linha?

Antes de qualquer pergunta sobre a VPN, confirme que a sua operadora e o seu telefone suportam a funcionalidade e que ela está ativa para a linha específica que está a testar. O guia da Apple para configurar as chamadas Wi-Fi percorre o caminho de ativação específico da operadora e o estado que o telefone mostra quando a linha fica ativa. Quando esse estado não existe, ou a sua operadora nunca aparece na lista, a VPN não é o que há que investigar.

Continue com uma chamada normal para um número que controla, observando o indicador de estado enquanto a chamada liga. Um telefone que mostra o Wi-Fi como ligado provou apenas que a ligação de dados está ativa; não provou que rede transportou o áudio. Nunca faça uma chamada de emergência para ver como o áudio é encaminhado, e nunca trate uma chamada de voz dentro de uma aplicação de mensagens como prova sobre a funcionalidade da operadora. São serviços separados com modos de falha separados, e um não diz nada sobre o outro.

Se o sintoma só aparece com a VPN ativa, mantenha constantes a linha, a rede Wi-Fi e o destino da chamada e mude uma única variável por execução. Num telefone gerido, uma execução de comparação sem o perfil só é legítima quando o administrador concordou com isso antecipadamente.

Onde encaixam o IncludeAllNetworks e o ExcludeCellularServices

A carga IKEv2 dentro de um perfil de gestão de dispositivos transporta duas chaves que decidem esta separação. IncludeAllNetworks é o interruptor que empurra todo o tráfego do dispositivo para o túnel em vez de apenas o que a aplicação VPN captura. Uma vez definido, ExcludeCellularServices pode recortar do túnel o tráfego de serviços encaminhável pela internet, e as chamadas Wi-Fi são um dos serviços que essa exceção nomeia. O tráfego que uma operadora encaminha diretamente para a sua própria rede central, sem nunca passar pela internet pública, fica fora do túnel digam o que disserem essas duas chaves.

As chaves descrevem o que um perfil pode exprimir, não o que o seu fornecedor realmente entregou. Um perfil que omite ExcludeCellularServices pode manter a funcionalidade dentro do túnel, e um fornecedor que não expõe nenhum interruptor editável pode deixá-lo sem qualquer controlo visível para o utilizador. O documento que o decide é a carga que instalou, e o seu administrador pode lê-la de volta para si, palavra por palavra.

Porque uma página de IP público não consegue rastrear uma chamada

Uma página que informa o endereço de saída da VPN mediu um único pedido HTTP de uma única aplicação num único momento. Não diz nada sobre a interface que uma chamada de voz usou, e uma chamada que liga não diz nada sobre se o túnel está saudável para outro tráfego. Usar um como substituto do outro produz conclusões que soam seguras e estão erradas.

Mantenha o lado da privacidade igualmente concreto: a operadora continua a deter o seu registo de assinante e continua a entregar o serviço de linha, pelo que uma saída web diferente não o desliga dessa conta. Uma VPN reescreve rotas para o tráfego que captura; não move uma linha móvel para outra operadora.

Uma ordem de diagnóstico que mantém a sua política intacta

Comece pela linha: funcionalidade ativa, operadora na lista, indicador presente, uma chamada normal feita. Depois inspecione o perfil, perguntando se IncludeAllNetworks está ativo e para que valor ExcludeCellularServices está definido. Só quando ambos voltam limpos é que o próprio túnel merece a sua atenção.

Anote o resultado que realmente queria: uma funcionalidade de telefone permitida que funciona, com um alcance conhecido para o túnel. Essa resposta sobrevive a uma atualização da operadora, a uma nova rede ou a um perfil revisto, enquanto uma suposição sobre pacotes não sobrevive a nada. Se administra o perfil, leia as exceções de serviços de voz junto das regras de bloqueio de tráfego na mesma carga, porque as duas interagem. Se é o utilizador, o canal de apoio da operadora e o comportamento documentado do seu fornecedor de VPN são as duas fontes que vale a pena citar num pedido de ajuda.