Personal na VPN o packet tunnel: dalawang modelo ng VPN para sa iPhone

Dalawang app ng iPhone ang parehong makakapaglagay ng VPN entry sa Settings, parehong nagpapakilalang VPN client at halos walang ibinabahaging implementasyon. Tinatawag ng Apple ang isa sa mga integrasyong ito na Personal na VPN, at ang pangalang iyon ang lumilikha ng karamihan ng kalituhan. Ang Personal na VPN ay isang API para sa paggawa at pamamahala ng mga configuration na gumagamit ng built-in na IPsec o IKEv2 na implementasyon. Ang packet-tunnel provider ang isa pang modelo: naghahatid ang app ng extension na nagpapatupad ng client side ng sarili nitong protocol. Lahat ng hinihinuha ng mga tao mula sa label pagkatapos, mula sa mga cipher hanggang sa pagmamay-ari at hanggang sa kung kailangang pamahalaan ang telepono, ay hinuha at hindi pahayag.

Sino ang nagpapatupad ng tunnel

Ang paghahati ang nagpapasya kung sino ang may pananagutan kapag may nasira. Sa built-in na IPsec o IKEv2, pagmamay-ari ng iOS ang state machine ng tunnel at pagmamay-ari ng app ang configuration at ang mga button. Sa provider, pagmamay-ari ng app ang pareho, kaya ang bug sa protocol ay nagiging update ng app sa halip na update ng operating system.

Maikli ang paghahambing kung tatanungin mo kung sino ang nagpapatupad ng protocol.

dokumentasyon ng Personal na VPN ay binabanggit din ang tahasang prompt ng awtorisasyon ng user kapag unang nag-save ang app ng configuration, na kabilang sa modelong iyon at hindi sa mga VPN app sa pangkalahatan.

Dalawang pag-aangkin tungkol sa label na dapat nang iwanan

Ang una ay pinipili ng Personal na VPN ang isang cipher. Hindi; ang napagkasunduang suite ay nagmumula sa protocol at sa configuration nito, at ang Personal na label ay walang sinasabi tungkol sa kung alin ang makukuha mo. Ang pangalawa ay nagpapahiwatig ang Personal na VPN ng proxy o limitadong tunnel. Ipinapahiwatig nito ang built-in na IPsec o IKEv2, na isang buong tunnel tuwing sinasabi ito ng mga ruta.

Kaya ang pagkakaroon ng app ay hindi ebidensya tungkol sa wire protocol. Ang third-party client na nagsasalita ng WireGuard o OpenVPN ay isang provider app ayon sa pagkakabuo, dahil hindi ipinapatupad ng iOS ang mga protocol na iyon nang native.

Bakit nakakalito ang pananalitang pang-enterprise

Iniuuri ng dokumentasyon ng Apple ang mga configuration ng NETunnelProviderManager bilang ordinaryong configuration ng VPN ng enterprise. Ang pananalitang iyon ay isang kategorya ng API, at itinutulak nito ang mga tao sa dalawang magkasalungat na pagkakamali: ipagpalagay na hindi magagamit ng isang consumer app ang modelo ng provider, at ipagpalagay na kailangang mapasailalim sa pangangasiwa ang telepono para doon. Wala sa dalawa ang sumusunod. Regular na naghahatid ng provider ang mga consumer app, at ang pangangasiwa ay hiwalay na tanong tungkol sa kung sino ang maaaring magpatupad ng patakaran.

Ang pagmamay-ari ng pamamahala ang ikaapat na tanong, at independiyente ito sa dalawang modelo. Ang configuration na inilagay ng isang organisasyon ay may sariling pagkakakilanlan, saklaw ng trapiko at mga tuntunin ng lifecycle, at naglalakbay ang mga iyon kasama ng profile at hindi kasama ng app na nagkataong naka-install. Basahin ang mga iyon kasama ng modelo ng integrasyon, dahil ang isang pinamamahalaang built-in na profile at isang hindi pinamamahalaang provider profile ay maaaring magkasama sa isang telepono nang sabay.

Suriin ang ebidensya sa halip na ang screenshot

Ang mga screenshot ang pinakamasamang ebidensyang makukuha, dahil nagbabago ang pagpapangkat sa Settings sa pagitan ng mga release. Pinangalanan ng pinamamahalaang profile ang sarili nitong uri ng payload: ang built-in na profile ay nagdedeklara ng uri ng VPN tulad ng IKEv2 o IPsec, habang ang provider profile ay may subtype na nagpangalan sa bundle identifier ng provider. Nabe-verify iyon sa device sa harap mo, at nakakaligtas ito sa susunod na redesign.

Para sa app mismo, ang ginagamit na class ang sumasagot sa parehong tanong mula sa kabilang panig: mga configuration object mula sa API ng Personal na VPN, o isang provider manager at ang extension nito.

Pagkatapos ay pumili batay sa aktwal na ibinibigay ng operator. Kung saan may compatible na native profile, mas kaunti ang gumagalaw na bahagi ng built-in na landas at isang bagay ang mas kaunti na dapat i-update. Kung saan kailangan ng serbisyo ang protocol na hindi ibinibigay ng iOS, ang provider app ang tanging opsyon at ang ritmo ng release nito ay nagiging bahagi ng iyong panganib.

Itago ang rekord kasama ng koneksyon

Ikabit ang authentication at patakaran sa resource sa rekord ng koneksyon at hindi sa app, upang hindi madala ng muling pag-install ang modelo ng awtorisasyon. Ang rekord na iyon din ang kailangan ng support engineer kapag bumangon ang tunnel at wala nang ibang gumagana.

Ang tanong na sulit itanong sa dulo ay hindi kung aling modelo ang mas mabuti. Ito ay kung aling modelo ang sinusuportahan ng iyong operator, at alin ang maaari mong i-debug sa alas-dos ng madaling araw gamit ang mga tool na totoong mayroon ka.