Connettiti a una rete alberghiera, effettua una chiamata dall'app Telefono, poi apri un browser e osserva che riporta l'indirizzo di uscita della VPN invece di quello dell'hotel: tre osservazioni che sembrano contraddittorie e di solito non lo sono. Le chiamate Wi-Fi dell'operatore vengono provisionate sulla tua linea dal tuo operatore mobile, mentre una VPN è solo uno strato di instradamento per i dati che il dispositivo invia. Leggere una pagina di IP pubblico come prova su una telefonata è il modo più rapido per passare un pomeriggio sull'impostazione sbagliata. Nessuno dei due servizi può essere giudicato dal sintomo dell'altro, e l'ordine in cui li controlli cambia la risposta.

Il mito che un solo tunnel porti ogni chiamata

Una volta connessa la VPN, l'intuizione è che tutto ciò che il telefono invia ora esca dal server del fornitore, voce inclusa. I dati seguono davvero le rotte che il tunnel installa, ma un servizio voce dell'operatore non è una di quelle rotte per impostazione predefinita: lo consegna la rete centrale dell'operatore, e il tunnel non sostituisce mai quella rete centrale. La modalità Chiamate Wi-Fi dell'app Telefono è un'offerta legata alla tua linea di abbonato. Un profilo VPN consumer non può attivarla e non può nemmeno revocarla.

Le chiamate effettuate dentro un'app di messaggistica o aziendale sono un altro prodotto. Un'app del genere ha il proprio account, i propri server e il proprio percorso multimediale, quindi di solito viaggiano dentro il tunnel e possono interrompersi quando il tunnel si interrompe. Classificare una chiamata che fallisce come servizio a livello di linea o come account a livello di app prima di toccare qualsiasi impostazione elimina la maggior parte delle congetture.

Le chiamate Wi-Fi sono davvero provisionate su questa linea?

Prima di qualsiasi domanda sulla VPN, verifica che il tuo operatore e il tuo telefono supportino la funzione e che sia attiva per la linea specifica che stai testando. La guida di Apple per configurare le chiamate Wi-Fi illustra il percorso di attivazione specifico dell'operatore e lo stato che il telefono mostra quando la linea è attiva. Quando quello stato manca, o il tuo operatore non compare mai nell'elenco, la VPN non è la cosa da indagare.

Prosegui con una normale chiamata verso un numero che controlli, osservando l'indicatore di stato mentre la chiamata si connette. Un telefono che mostra il Wi-Fi come connesso ha dimostrato solo che il collegamento dati è attivo; non ha dimostrato quale rete abbia trasportato l'audio. Non effettuare mai una chiamata di emergenza per vedere come viene instradato l'audio, e non considerare mai una chiamata vocale dentro un'app di messaggistica come prova sulla funzione dell'operatore. Sono servizi separati con modalità di errore separate, e uno non dice nulla sull'altro.

Se il sintomo compare solo con la VPN attiva, mantieni costanti la linea, la rete Wi-Fi e il destinatario della chiamata e cambia una sola variabile per esecuzione. Su un telefono gestito, un'esecuzione di confronto senza il profilo è legittima solo quando l'amministratore l'ha approvata in anticipo.

Dove si inseriscono IncludeAllNetworks ed ExcludeCellularServices

Il payload IKEv2 dentro un profilo di gestione dei dispositivi porta due chiavi che decidono questa separazione. IncludeAllNetworks è l'interruttore che spinge tutto il traffico del dispositivo nel tunnel invece di solo ciò che l'app VPN intercetta. Una volta impostato, ExcludeCellularServices può ritagliare fuori dal tunnel il traffico di servizi instradabile su internet, e le chiamate Wi-Fi sono uno dei servizi che quell'esenzione nomina. Il traffico che un operatore instrada direttamente nella propria rete centrale, senza mai passare per internet pubblico, resta fuori dal tunnel qualunque cosa dicano quelle due chiavi.

Le chiavi descrivono ciò che un profilo può esprimere, non ciò che il tuo fornitore ha effettivamente distribuito. Un profilo che omette ExcludeCellularServices può mantenere la funzione dentro il tunnel, e un fornitore che non espone alcun interruttore modificabile può lasciarti senza alcun controllo visibile all'utente. L'artefatto che decide è il payload che hai installato, e il tuo amministratore può rileggertelo alla lettera.

Perché una pagina di IP pubblico non può tracciare una chiamata

Una pagina che riporta l'indirizzo di uscita della VPN ha misurato una sola richiesta HTTP da una sola app in un solo momento. Non dice nulla sull'interfaccia usata da una chiamata vocale, e una chiamata che si connette non dice nulla sulla salute del tunnel per altro traffico. Usare l'una come sostituto dell'altra produce conclusioni che suonano sicure e sono sbagliate.

Mantieni altrettanto concreto il lato privacy: l'operatore detiene ancora il tuo record di abbonato e consegna ancora il servizio di linea, quindi un'uscita web diversa non ti scollega da quell'account. Una VPN riscrive i percorsi per il traffico che intercetta; non sposta una linea mobile verso un altro operatore.

Un ordine di diagnosi che preserva la tua policy

Parti dalla linea: funzione attiva, operatore in elenco, indicatore presente, una chiamata normale effettuata. Poi esamina il profilo, chiedendoti se IncludeAllNetworks è attivo e a cosa è impostato ExcludeCellularServices. Solo quando entrambi tornano puliti il tunnel stesso merita la tua attenzione.

Annota il risultato che cercavi davvero: una funzione telefonica consentita che funziona, con una portata nota per il tunnel. Quella risposta sopravvive a un aggiornamento dell'operatore, a una nuova rete o a un profilo rivisto, mentre una congettura sui pacchetti non sopravvive a nulla. Se gestisci il profilo, leggi le eccezioni dei servizi voce accanto alle regole di blocco del traffico nello stesso payload, perché le due interagiscono. Se sei l'utente, il canale di assistenza dell'operatore e il comportamento documentato del tuo fornitore VPN sono le due fonti che vale la pena citare in un ticket.

Articoli correlati