Ĉu VPN influas Wi-Fi Calling sur iPhone? Kontrolu la flankon de la operatoro

Aliĝu al hotelreta reto, faru unu vokon el la aplikaĵo Phone, poste malfermu retumilon kaj observu ĝin raporti la eliran adreson de la VPN anstataŭ tiun de la hotelo: tri observoj, kiuj ŝajnas kontraŭdiraj kaj kutime ne estas. La Wi-Fi Calling de la operatoro estas provizata sur via linio de via poŝtelefona operatoro, dum VPN estas nur enkursiga tavolo por la datumoj, kiujn via aparato sendas. Legi paĝon de publika IP kiel pruvon pri telefona voko estas la plej rapida maniero pasigi posttagmezon ĉe la malĝusta agordo. Neniun el la du servoj eblas juĝi laŭ la simptomo de la alia, kaj la ordo, en kiu vi kontrolas ilin, ŝanĝas la respondon.

La mito, ke unu tunelo portas ĉiun vokon

Post kiam la VPN konektiĝas, la intuicio diras, ke ĉio, kion la telefono sendas, nun eliras tra la servilo de la provizanto, inkluzive de la voĉo. Datumoj ja sekvas la vojojn, kiujn la tunelo instalas, sed voĉa servo de operatoro defaŭlte ne estas unu el tiuj vojoj: la kernreto de la operatoro liveras ĝin, kaj la tunelo neniam anstataŭigas tiun kernon. La Wi-Fi Calling-reĝimo de la aplikaĵo Phone estas oferto ligita al via abonlinio. Konsumanta VPN-profilo ne povas provizi ĝin, kaj ĝi ankaŭ ne povas revoki ĝin.

Vokoj faritaj ene de mesaĝa aŭ komerca aplikaĵo estas alia produkto. Tia aplikaĵo portas sian propran konton, siajn proprajn servilojn kaj sian propran aŭdovojon, do tiuj vokoj kutime vojaĝas ene de la tunelo kaj povas rompiĝi, kiam la tunelo rompiĝas. Klasifiki malsukcesan vokon kiel servon je lininivelo aŭ konton je aplikaĵnivelo antaŭ ol tuŝi ajnan agordon forigas la plej grandan parton de la konjektado.

Ĉu Wi-Fi Calling estas fakte provizata sur ĉi tiu linio?

Antaŭ ajna VPN-demando, konfirmu, ke via operatoro kaj via telefono subtenas la funkcion kaj ke ĝi estas ŝaltita por la konkreta linio, kiun vi testas. La gvidilo de Apple por agordi Wi-Fi Calling priskribas la operator-specifan ŝaltvojon kaj la staton, kiun la telefono montras, post kiam la linio estas aktiva. Kiam tiu stato mankas, aŭ via operatoro neniam aperas en la listo, la VPN ne estas tio, kion oni devas esplori.

Sekvu tion per unu ordinara voko al numero, kiun vi kontrolas, observante la statindikilon dum la voko konektiĝas. Telefono, kiu montras Wi-Fi konektita, pruvis nur, ke la datuma ligilo funkcias; ĝi ne pruvis, kiu reto portis la sonon. Neniam faru krizvokon por vidi, kiel la sono estas enkursigata, kaj neniam rigardu voĉan vokon ene de mesaĝa aplikaĵo kiel pruvon pri la operatora funkcio. Tiuj estas apartaj servoj kun apartaj malsukcesmanieroj, kaj unu diras nenion pri la alia.

Se la simptomo aperas nur dum la VPN estas ŝaltita, tenu la linion, la Wi-Fi-reton kaj la vokocelon konstantaj kaj ŝanĝu unu solan variablon por ĉiu rulo. Sur administrata telefono, kompara rulo kun la profilo forigita estas legitima nur tiam, kiam la administranto antaŭe konsentis pri tio.

Kie situas IncludeAllNetworks kaj ExcludeCellularServices

La IKEv2-ŝarĝo ene de aparat-administra profilo portas du ŝlosilojn, kiuj decidas ĉi tiun dividon. IncludeAllNetworks estas la ŝaltilo, kiu puŝas la tutan aparatan trafikon en la tunelon anstataŭ nur tion, kion la VPN-aplikaĵo hazarde kaptas. Post kiam ĝi estas agordita, ExcludeCellularServices povas eltranĉi ret-enkursigeblan servotrafikon reen el la tunelo, kaj Wi-Fi Calling estas unu el la servoj, kiujn tiu escepto nomas. Trafiko, kiun operatoro enkursigas rekte en sian propran kernon, neniam tra la publika interreto, restas ekster la tunelo, kion ajn diras tiuj du ŝlosiloj.

Ŝlosiloj priskribas, kion profilo povas esprimi, ne kion via provizanto fakte liveris. Profilo, kiu preterlasas ExcludeCellularServices povas teni la funkcion ene de la tunelo, kaj provizanto, kiu montras neniun redakteblan ŝaltilon, povas lasi vin tute sen uzantvidebla kontrolo. La artefakto, kiu decidas tion, estas la ŝarĝo, kiun vi instalas, kaj via administranto povas relegi ĝin al vi laŭvorte.

Kial paĝo de publika IP ne povas spuri vokon

Paĝo, kiu raportas la eliran adreson de la VPN, mezuris unu HTTP-peton de unu aplikaĵo en unu momento. Ĝi diras nenion pri la interfaco, kiun uzis voĉa voko, kaj voko, kiu konektiĝas, diras nenion pri tio, ĉu la tunelo estas sana por alia trafiko. Uzi unu kiel anstataŭanton por la alia produktas konkludojn, kiuj sonas memfidaj kaj estas malĝustaj.

Tenu la privatecan flankon same konkreta: la operatoro ankoraŭ tenas vian abonregistron kaj ankoraŭ liveras la linservon, do alia reta eliro ne apartigas vin de tiu konto. VPN reverkas vojojn por la trafiko, kiun ĝi kaptas; ĝi ne translokas poŝtelefonan linion al alia operatoro.

Diagnoza ordo, kiu konservas vian politikon sendifekta

Komencu per la linio: funkcio ŝaltita, operatoro listigita, indikilo ĉeesta, unu ordinara voko farita. Poste ekzamenu la profilon, demandante, ĉu IncludeAllNetworks estas ŝaltita kaj al kio ExcludeCellularServices estas agordita. Nur kiam ambaŭ revenas puraj, la tunelo mem meritas vian atenton.

Skribu la rezulton, kiun vi efektive celis: permesita telefona funkcio, kiu funkcias, kun konata amplekso por la tunelo. Tiu respondo postvivas operatoran ĝisdatigon, novan reton aŭ reviziitan profilon, dum konjekto pri pakaĵoj postvivas nenion. Se vi administras la profilon, legu la voĉservajn esceptojn apud la trafikblokaj reguloj en la sama ŝarĝo, ĉar la du interagas. Se vi estas la uzanto, la subtena kanalo de la operatoro kaj la dokumentita konduto de via VPN-provizanto estas la du fontoj, kiujn indas citi en bileto.