iPhone VPN-MTU: kies eers die eienaar voordat jy 'n nommer verander
Drie vrae bepaal of die app, die gateway-profiel of niemand op die foon die grootte kan verander. Beantwoord hulle voordat jy 'n Mac-nommer leen.
Elke draad oor iPhone VPN-pakketgrootte bied uiteindelik dieselfde Mac-opdrag teen 'n koppelvlak met die naam ppp0, gewoonlik met 'n nommer daarby. Dit dra nie oor nie, en dit sou nie die regte beheer wees selfs op die Mac nie, tensy daardie koppelvlak aan die betrokke verbinding behoort. Op die foon word die nommer besit deur wie die tonnel implementeer: die bedryfstelsel vir 'n inheemse profiel, 'n pakkettonnel-verskaffer vir 'n app, of die gateway wanneer 'n gedokumenteerde eienskap onderhandel word. Drie vrae bepaal met watter een daarvan jy te doen het.
Vraag een: watter kliënt is aan die werk
'n Inheemse IKEv2-profiel, die ingeboude Cisco IPsec-profiel en 'n derdeparty-Cisco-kliënt is drie verskillende implementasies met drie verskillende stelle ondersteunde eienskappe. Die profieltjie in Instellings sê vir jou watter een die foon werklik begin het, en die app-lys sê of 'n verskaffer hoegenaamd in die pad is. Begin daar, want die res van die besluit volg daaruit. As geen verskaffer in die app-lys verskyn nie, besit die bedryfstelsel die tonnel.
Lei nie die implementasie uit die gateway-leweransier af nie. 'n Cisco-hoofpunt kan verbindings van kliënte beëindig wat niks anders as die leweransier se naam deel nie. 'n Skermkopie van 'n ou bou op 'n ou weergawe vertel jou wat daardie paar ondersteun het, nie wat die foon in jou hand doen nie.
Vraag twee: wie besit die waarde
Apple stel 'n MTU-eienskap aan pakkettonnel-ontwikkelaars bloot deur die netwerkuitbreiding-instellingsobjek. Dit is 'n API vir die verskaffer wat sy eie tonnel opstel, nie 'n skakelaar wat 'n gebruiker of 'n administrateur op iemand anders se geïnstalleerde kliënt kan omdraai nie. 'n Derdeparty-app kan kies om dit bloot te stel, te ignoreer of 'n waarde hard te kodeer.
Vir 'n inheemse profiel kies die bedryfstelsel die koppelvlakgrootte, en die foon stel geen redigeerder daarvoor bloot nie. Vir 'n Cisco-afgeleëtoegang-gateway is daar 'n gedokumenteerde eienskap vir die verbindingsprofiel, en of dit geld, hang af van die kliënt, die weergawe en die onderhandelde transport. Daardie gaping tussen gedokumenteer en geëerbiedig is waar 'n gekopieerde nommer verkeerd loop.
| Owner | Who can change it | Reachable from the phone |
|---|---|---|
| Packet-tunnel provider | The app vendor through its API | Only if the app exposes a setting |
| Native IKEv2 or Cisco IPsec profile | The operating system | No user control |
| Gateway group policy attribute | The gateway administrator | If the client honours it |
Vraag drie: is die simptoom hoegenaamd grootte-afhanklik
Grootteprobleme het 'n kenmerk: klein versoeke slaag, groot oplaaiings of groot antwoorde hang, en dieselfde diens werk oor 'n ander toegangsnetwerk. Filtering, 'n toepassing se ladingslimiet en 'n vasgehaakte bediener kan 'n soortgelyke klag lewer, so teken die een bewerking op wat misluk, langs een wat werk. Skryf albei neer met tye en groottes as die toepassing dit rapporteer. Sonder daardie paar is elke latere verandering raaiwerk.
Voer dieselfde toets op Wi-Fi en op selfoon uit. 'n Fout wat die netwerk volg, wys na die pad; een wat die toestel volg, wys na die kliënt of die profiel, en die twee het verskillende eienaars nodig. Gebruik dieselfde diens en dieselfde rekening vir albei lopies, anders sê die vergelyking vir jou niks.
Waarom die Mac-resep bly opduik
Jare se PPP-gebaseerde lessenaar-VPN's het 'n verandering van koppelvlakgrootte 'n wettige plaaslike noodoplossing gemaak, en daardie instruksies is voortgekopieer in selfoon-drade in. Op die foon is daar geen skulp nie, geen sulke koppelvlaknaam nie en geen volharding oor 'n herverbinding nie. 'n Resep wat 'n lessenaarprobleem in 2011 opgelos het, het veel verder gereis as die omstandighede wat dit waar gemaak het. Selfoonkliënte aanvaar geen skulp-opdrag hiervoor nie, wat die draad ook al beweer.
Behandel die gekopieerde waarde as 'n hipotese oor 'n pad, nie as 'n instelling nie. As 'n kleiner grootte 'n oordrag laat werk en 'n groter een betroubaar misluk, het jy bewyse oor die pad; jy moet steeds die komponent vind wat toegelaat word om daarop te reageer. Daardie soektog eindig gewoonlik by die gateway-profiel of die app-leweransier, en selde by die foon.
Die transport verander die antwoord
As die sessie oor TLS eerder as IPsec loop, kan 'n TCP-segmenteringsaanpassing op die gateway help, want dit herskryf die geadverteerde segmentgrootte vir TCP-strome. Dit doen niks vir UDP-verkeer nie, wat meer van die moderne web insluit as wat mense verwag. Kontroleer die onderhandelde transport voordat jy die verandering voorstel, en noem in die kaartjie watter transport jy verwag dit sal raak.
Pad-MTU-ontdekking bestaan sodat die eindpunte die werklike limiet kan leer eerder as om te raai. Om die terugvoer te blokkeer en 'n klein grootte hard te kodeer, ruil 'n werkende groot oordrag vir 'n permanente, verborge koste op elke verbinding.
Wat om die gateway-span te vra
Vra drie dinge: die presiese eienskapnaam en sy omvang, of die ontplooide kliënte dit eerbiedig, en watter transport die sessie onderhandel het. 'n Verandering wat op een groepsbeleid toegepas word, is toetsbaar; 'n globale wysiging is nie, en dit skuif risiko na gebruikers wat nooit 'n probleem gerapporteer het nie. Vra ook die dokumentverwysing, want eienskapname verskuif tussen weergawes.
Verander dan een ding en hertoets die oorspronklike mislukkende bewerking, nie 'n spoedtoets-aflaai nie. Hou die voor- en na-rekord by met die kliëntweergawe en die toegangsnetwerk, sodat die volgende verslag vergelyk kan word in plaas van herbetwis.
As die bewerking steeds teen die oorspronklike grootte misluk, was die grootte nie die oorsaak nie. Teken ook daardie gevolgtrekking op, sodat die volgende persoon nie dieselfde hipotese heropen nie.