Afectă o VPN apelurile Wi-Fi pe iPhone? Verifică partea operatorului

Conectează-te la o rețea de hotel, fă un apel din aplicația Phone, apoi deschide un browser și observă că raportează adresa de ieșire a VPN-ului în loc de cea a hotelului: trei observații care par contradictorii și de obicei nu sunt. Apelurile Wi-Fi ale operatorului sunt provisionate pe linia ta de operatorul tău mobil, în timp ce un VPN este doar un strat de rutare pentru datele pe care le trimite dispozitivul tău. Citirea unei pagini de IP public ca dovadă despre un apel telefonic este cea mai rapidă cale de a petrece o după-amiază pe setarea greșită. Niciunul dintre cele două servicii nu poate fi judecat după simptomul celuilalt, iar ordinea în care le verifici schimbă răspunsul.

Mitul că un singur tunel duce fiecare apel

Odată ce VPN-ul se conectează, intuiția spune că tot ce trimite telefonul iese acum prin serverul furnizorului, inclusiv vocea. Datele urmează într-adevăr rutele pe care le instalează tunelul, dar un serviciu de voce al operatorului nu este în mod implicit una dintre acele rute: rețeaua centrală a operatorului îl livrează, iar tunelul nu înlocuiește niciodată acea rețea centrală. Modul de apeluri Wi-Fi din aplicația Phone este o ofertă legată de linia ta de abonat. Un profil VPN de consum nu îl poate provisiona și nu îl poate nici revoca.

Apelurile făcute în interiorul unei aplicații de mesagerie sau de afaceri sunt un alt produs. O astfel de aplicație are propriul cont, propriile servere și propria cale media, așa că acele apeluri călătoresc de obicei în interiorul tunelului și se pot rupe când tunelul se rupe. Clasificarea unui apel eșuat ca serviciu la nivel de linie sau cont la nivel de aplicație înainte de a atinge vreo setare elimină cea mai mare parte a ghicitului.

Este apelul Wi-Fi chiar provisionat pe această linie?

Înainte de orice întrebare despre VPN, confirmă că operatorul și telefonul tău acceptă funcția și că este activată pentru linia specifică pe care o testezi. Ghidul Apple pentru configurarea apelurilor Wi-Fi parcurge calea de activare specifică operatorului și starea pe care o afișează telefonul când linia devine activă. Când acea stare lipsește sau operatorul tău nu apare niciodată în listă, VPN-ul nu este ceea ce trebuie investigat.

Continuă cu un apel obișnuit către un număr pe care îl controlezi, urmărind indicatorul de stare în timp ce apelul se conectează. Un telefon care arată Wi-Fi ca conectat a demonstrat doar că legătura de date este activă; nu a demonstrat ce rețea a transportat sunetul. Nu face niciodată un apel de urgență pentru a vedea cum este rutat sunetul și nu trata niciodată un apel vocal dintr-o aplicație de mesagerie drept dovadă despre funcția operatorului. Sunt servicii separate cu moduri de eșec separate, iar unul nu spune nimic despre celălalt.

Dacă simptomul apare doar când VPN-ul este pornit, păstrează constante linia, rețeaua Wi-Fi și destinația apelului și schimbă o singură variabilă pe rulare. Pe un telefon administrat, o rulare de comparație fără profil este legitimă doar când administratorul a fost de acord în prealabil.

Unde se potrivesc IncludeAllNetworks și ExcludeCellularServices

Încărcătura IKEv2 din interiorul unui profil de administrare a dispozitivelor poartă două chei care decid această separare. IncludeAllNetworks este comutatorul care împinge tot traficul dispozitivului în tunel, nu doar ceea ce surprinde aplicația VPN. Odată setat, ExcludeCellularServices poate decupa din tunel traficul serviciilor rutabile pe internet, iar apelurile Wi-Fi sunt unul dintre serviciile pe care le numește acea excepție. Traficul pe care un operator îl rutează direct în propria rețea centrală și care nu trece niciodată prin internetul public rămâne în afara tunelului orice ar spune cele două chei.

Cheile descriu ce poate exprima un profil, nu ce a livrat efectiv furnizorul tău. Un profil care omite ExcludeCellularServices poate ține funcția în interiorul tunelului, iar un furnizor care nu expune niciun comutator editabil te poate lăsa fără niciun control vizibil pentru utilizator. Documentul care decide este încărcătura pe care ai instalat-o, iar administratorul tău ți-o poate citi înapoi cuvânt cu cuvânt.

De ce o pagină de IP public nu poate urmări un apel

O pagină care raportează adresa de ieșire a VPN-ului a măsurat o singură cerere HTTP de la o singură aplicație într-un singur moment. Nu spune nimic despre interfața folosită de un apel vocal, iar un apel care se conectează nu spune nimic despre dacă tunelul este sănătos pentru alt trafic. Folosirea uneia drept substitut pentru cealaltă produce concluzii care sună încrezător și sunt greșite.

Păstrează partea de confidențialitate la fel de concretă: operatorul deține în continuare evidența ta de abonat și livrează în continuare serviciul de linie, așa că o altă ieșire web nu te desprinde de acel cont. Un VPN rescrie rutele pentru traficul pe care îl captează; nu mută o linie mobilă la alt operator.

O ordine de diagnostic care îți păstrează politica intactă

Începe cu linia: funcție activată, operator în listă, indicator prezent, un apel obișnuit efectuat. Apoi inspectează profilul, întrebând dacă IncludeAllNetworks este pornit și la ce ExcludeCellularServices este setat. Numai când ambele revin curate merită tunelul însuși atenția ta.

Notează rezultatul pe care îl doreai de fapt: o funcție de telefon permisă care funcționează, cu o sferă cunoscută pentru tunel. Răspunsul acela supraviețuiește unei actualizări de operator, unei rețele noi sau unui profil revizuit, în timp ce o presupunere despre pachete nu supraviețuiește nimic. Dacă administrezi profilul, citește excepțiile serviciilor de voce lângă regulile de blocare a traficului în aceeași încărcătură, pentru că cele două interacționează. Dacă ești utilizatorul, canalul de suport al operatorului și comportamentul documentat al furnizorului tău de VPN sunt cele două surse care merită citate într-un tichet.