MTU by iPhone-VPN: kies de eigner foardat jo in getal feroarje
Trije fragen bepale oft de app, it gateway-profyl of nimmen op 'e tillefoan de grutte feroarje kin. Beäntwurdzje se foardat jo in getal fan in Mac liene.
Elke thread oer pakketgrutte by iPhone-VPN biedt úteinlik deselde Mac-opdracht tsjin in ynterface mei de namme ppp0, meastentiids mei in getal derby. It ferpleatst him net, en it soe sels op 'e Mac net de goede kontrôle wêze, útsein as dat ynterface by de oangeande ferbining hearde. Op 'e tillefoan is it getal fan wa't de tunnel ymplementearret: it bestjoeringssysteem foar in natif profyl, in pakkettunnel-oanbieder foar in app, of de gateway as in dokumintearre attribút úthannele wurdt. Trije fragen meitsje dúdlik hokker fan dy gefallen jo hawwe.
Fraach ien: hokker klant rint
In natif IKEv2-profyl, it ynboude Cisco IPsec-profyl en in Cisco-klant fan tredden binne trije ferskillende ymplemintaasjes mei trije ferskillende sets stipe attributen. It profyltype yn Ynstellings fertelt jo hokker de tillefoan eins starten is, en de app-list fertelt oft der hielendal in oanbieder op it paad is. Begjin dêr, want de rest fan 'e beslissing folget dêrút. As der gjin oanbieder yn 'e app-list ferskynt, heart de tunnel by it bestjoeringssysteem.
Lied de ymplemintaasje net ôf fan 'e gateway-leveransier. In Cisco-headend kin ferbiningen fan klanten beëinigje dy't neat oars diele as de namme fan 'e leveransier. In skermprint fan in âlde build op in âlde ferzje fertelt jo wat dat pear stipe, net wat de tillefoan yn jo hân docht.
Fraach twa: wa is eigner fan 'e wearde
Apple eksposearret in MTU-eigenskip oan pakkettunnel-ûntwikkelders fia it ynstellingsobjekt fan 'e netwurkútwreiding. Dat is in API foar de oanbieder dy't syn eigen tunnel konfigurearret, net in skeakel dy't in brûker of behearder op 'e ynstallearre klant fan in oar omsette kin. In app fan tredden kin kieze om it te eksposearjen, te negearjen of in wearde hurd te kodearjen.
Foar in natif profyl kiest it bestjoeringssysteem de ynterfacegrutte, en de tillefoan eksposearret dêr gjin bewurker foar. Foar in Cisco-gateway foar tagong op ôfstân is der in dokumintearre attribút foar it ferbiningsprofyl, en oft dat jildt hinget ôf fan 'e klant, de ferzje en it úthannele transport. Krekt yn dat gat tusken dokumintearre en neilibbe giet in kopiaat getal mis.
| 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 |
Fraach trije: hinget it symptoom hielendal fan 'e grutte ôf
Grutteproblemen hawwe in hantekening: lytse oanfragen slagje, grutte uploads of grutte antwurden hingje, en deselde tsjinst wurket oer in oar tagongsnetwurk. Filterjen, in limyt foar de nuttige lading fan 'e app en in fêstrûne server kinne in soartgelikense klacht jouwe, dus registrearje de iene operaasje dy't mislearret njonken ien dy't wurket. Skriuw beide op mei tiden en grutten as de app dy rapportearret. Sûnder dat pear is elke lettere feroaring rieden.
Rin deselde test op Wi-Fi en op mobyl netwurk. In flater dy't it netwurk folget, wiist op it paad; ien dy't it apparaat folget, wiist op 'e klant of it profyl, en dy twa hawwe ferskillende eigners nedich. Brûk deselde tsjinst en itselde akkount foar beide rinnen, oars seit de ferliking jo neat.
Wêrom't it Mac-resept hieltyd wer opkomt
Jierren fan PPP-basearre desktop-VPN's makken fan in feroaring fan ynterfacegrutte in legitime lokale omwei, en dy ynstruksjes waarden trochkopiearre nei mobile threads. Op 'e tillefoan is dêr gjin shell, gjin sokke ynterfacenamme en gjin persistinsje oer in werferbining. In resept dat in desktop-probleem yn 2011 oploste, reizge folle fierder as de betingsten dy't it wier makken. Mobile kliïnten akseptearje hjirfoar gjin shell-opdracht, wat de thread ek beweart.
Behannelje de kopiearre wearde as in hypoteze oer in paad, net as in ynstelling. As in lytsere grutte in oerdracht wurkje lit en in gruttere betrouber mislearret, hawwe jo bewiis oer it paad; jo moatte noch it komponint fine dat derop hannelje mei. Dy syktocht einiget meastentiids by it gateway-profyl of by de app-leveransier, en selden by de tillefoan.
It transport feroaret it antwurd
As de sesje oer TLS rint ynstee fan IPsec, kin in TCP-segmintearingsfernijing op 'e gateway helpe, want dy skriuwt de oankundige segmintgrutte foar TCP-streamen oer. Foar UDP-ferkear docht it neat, en dat omfettet mear fan it moderne web as minsken ferwachtsje. Kontrolearje it úthannele transport foardat jo de feroaring foarstelle, en neam yn 'e ticket hokker transport jo ferwachtsje dat it rekket.
Paad-MTU-ûntdekking bestiet sadat de einen de echte limyt leare kinne ynstee fan te rieden. It blokkearjen fan 'e feedback en it hurd kodearjen fan in lytse grutte ruilet in wurkjende grutte oerdracht foar in permaninte, ferburgen kosten op elke ferbining.
Wat jo it gateway-team freegje moatte
Freegje trije dingen: de krekte attribútnamme en syn berik, oft de útrôle klanten it neilibje, en hokker transport de sesje úthannele hat. In feroaring tapast op ien groepsbelied is testber; in globale bewurking net, en dy ferpleatst risiko nei brûkers dy't nea in probleem rapportearre hawwe. Freegje ek de dokumintferwizing, want attribútnamen ferskowe tusken ferzjes.
Feroarje dan ien ding en test de oarspronklike mislearjende operaasje opnij, net in snelheidstest-download. Hâld it foar- en nei-record by mei de klantferzje en it tagongsnetwurk, sadat it folgjende rapport ferlike wurde kin ynstee fan fannijs beprate.
As de operaasje by de oarspronklike grutte noch mislearret, wie de grutte net de oarsaak. Registrearje ek dy konklúzje, sadat de folgjende persoan deselde hypoteze net op 'e nij iepenet.