MTU ng VPN sa iPhone: piliin ang may-ari bago magpalit ng numero

Bawat usapan tungkol sa laki ng packet ng VPN sa iPhone ay kalaunan ay nag-aalok ng parehong utos ng Mac laban sa isang interface na tinatawag na ppp0, kadalasan may kalakip na numero. Hindi ito tumatawid, at hindi rin ito ang tamang kontrol kahit sa Mac maliban kung ang interface na iyon ay pag-aari ng koneksyong pinag-uusapan. Sa telepono, ang numero ay pag-aari ng sinumang nagpapatupad ng tunnel: ang operating system para sa native na profile, isang packet-tunnel provider para sa app, o ang gateway kapag ang isang dokumentadong attribute ay pinag-uusapan. Tatlong tanong ang nagtatakda kung alin sa mga kasong iyon ang kaharap mo.

Unang tanong: aling client ang tumatakbo

Ang native na IKEv2 profile, ang built-in na Cisco IPsec profile at ang third-party na Cisco client ay tatlong magkaibang implementasyon na may tatlong magkaibang set ng sinusuportahang attribute. Sinasabi ng uri ng profile sa Settings kung alin ang aktwal na sinimulan ng telepono, at sinasabi ng listahan ng app kung may provider sa landas. Magsimula doon, dahil doon nagmumula ang natitirang desisyon. Kung walang provider na lumilitaw sa listahan ng app, pag-aari ng operating system ang tunnel.

Huwag mong hulaan ang implementasyon mula sa vendor ng gateway. Maaaring tapusin ng isang Cisco headend ang mga koneksyon mula sa mga client na walang ibang pinagsasaluhan kundi ang pangalan ng vendor. Ang screenshot ng lumang build sa lumang release ay nagsasabi kung ano ang sinuportahan ng pares na iyon, hindi kung ano ang ginagawa ng telepono sa kamay mo.

Ikalawang tanong: kanino ang halaga

Inilalantad ng Apple ang isang property na MTU sa mga developer ng packet tunnel sa pamamagitan ng settings object ng network extension. API ito para sa provider na nagko-configure ng sarili nitong tunnel, hindi isang switch na maaaring buksan ng user o administrator sa naka-install na client ng iba. Maaaring piliin ng isang third-party na app na ilantad ito, balewalain o i-hard-code ang isang halaga.

Para sa native na profile, pinipili ng operating system ang laki ng interface, at walang editor na inilalantad ang telepono para doon. Para sa Cisco gateway para sa remote access, may dokumentadong attribute para sa connection profile, at kung ito ay nalalapat ay nakasalalay sa client, release at napagkasunduang transport. Nasa agwat na iyon sa pagitan ng dokumentado at sinusunod napupunta sa mali ang kinopyang numero.

Ikatlong tanong: nakasalalay ba ang sintomas sa sukat

Ang mga problema sa sukat ay may lagda: nagtatagumpay ang maliliit na kahilingan, nagha-hang ang malalaking upload o malalaking tugon, at gumagana ang parehong serbisyo sa ibang access network. Ang pag-filter, isang limitasyon sa payload ng app at isang naka-stall na server ay maaaring makagawa ng katulad na reklamo, kaya itala ang isang operasyong nabibigo sa tabi ng isang gumagana. Isulat ang dalawa kasama ang mga oras at sukat kung iniuulat ito ng app. Kung wala ang pares na iyon, bawat susunod na pagbabago ay haka-haka.

Patakbuhin ang parehong pagsubok sa Wi-Fi at sa cellular. Ang pagkabigong sumusunod sa network ay tumutukoy sa landas; ang sumusunod sa device ay tumutukoy sa client o profile, at kailangan ng dalawang ito ng magkaibang may-ari. Gamitin ang parehong serbisyo at parehong account para sa dalawang pagtakbo, kung hindi ay wala kang malalaman sa paghahambing.

Bakit paulit-ulit na lumilitaw ang resipe ng Mac

Maraming taon ng desktop VPN na nakabatay sa PPP ang gumawa ng pagbabago sa laki ng interface na lehitimong lokal na solusyon, at ang mga tagubiling iyon ay kinopya papasok sa mga mobile thread. Sa telepono, walang shell, walang ganoong pangalan ng interface at walang pagpapatuloy pagkatapos ng muling pagkonekta. Ang isang resipe na lumutas ng problema sa desktop noong 2011 ay naglayo nang higit pa kaysa sa mga kondisyong gumawa nito ng totoo. Walang tinatanggap na shell command ang mga mobile client para dito, anuman ang sabihin ng thread.

Ituring ang kinopyang halaga bilang isang haka-haka tungkol sa landas, hindi bilang setting. Kung ang mas maliit na sukat ay nagpapagana ng paglipat at ang mas malaki ay nabibigong maaasahan, may ebidensya ka tungkol sa landas; kailangan mo pa ring hanapin ang component na pinapayagang kumilos dito. Karaniwang nagtatapos ang paghahanap na iyon sa profile ng gateway o sa vendor ng app, at bihirang sa telepono.

Binabago ng transport ang sagot

Kung ang session ay tumatakbo sa TLS sa halip na IPsec, makatutulong ang isang pagsasaayos ng TCP segmentation sa gateway, dahil muling isinusulat nito ang inihayag na laki ng segment para sa mga TCP flow. Wala itong ginagawa para sa trapikong UDP, na sumasaklaw ng mas malaking bahagi ng modernong web kaysa inaasahan ng mga tao. Suriin ang napagkasunduang transport bago imungkahi ang pagbabago, at sabihin sa ticket kung aling transport ang inaasahan mong maaapektuhan.

Umiiral ang pagtuklas ng MTU ng landas upang matutunan ng mga dulo ang tunay na hangganan kaysa manghula. Ang pagharang sa feedback at pag-hard-code ng maliit na sukat ay nakikipagpalitan ng gumaganang malaking paglipat para sa permanenteng, nakatagong gastos sa bawat koneksyon.

Ano ang itatanong sa team ng gateway

Humingi ng tatlong bagay: ang eksaktong pangalan ng attribute at saklaw nito, kung sinusunod ito ng mga naka-deploy na client, at kung aling transport ang napagkasunduan ng session. Ang pagbabagong inilapat sa isang group policy ay nasusubok; ang pandaigdigang pag-edit ay hindi, at inililipat nito ang panganib sa mga user na hindi kailanman nag-ulat ng problema. Humingi rin ng reference ng dokumento, dahil nagbabago ang mga pangalan ng attribute sa pagitan ng mga release.

Pagkatapos, baguhin ang isang bagay at muling subukan ang orihinal na operasyong nabibigo, hindi isang download ng speed test. Itago ang talaan bago at pagkatapos kasama ang bersyon ng client at ang access network, upang ang susunod na ulat ay maihambing sa halip na muling pagtalunan.

Kung nabibigo pa rin ang operasyon sa orihinal na sukat, hindi ang sukat ang dahilan. Itala rin ang konklusyong iyon, upang hindi muling buksan ng susunod na tao ang parehong haka-haka.