MTU iPhone'i VPN-is: määrake omanik enne, kui muudate numbrit
Kolm küsimust otsustavad, kas rakendus, lüüsi profiil või mitte keegi telefonis saab suurust muuta. Vastake neile enne, kui laenate Maci numbri.
Iga iPhone'i VPN-i paketi suuruse teema pakub lõpuks sama Maci käsku liidese vastu nimega ppp0, tavaliselt koos numbriga. See ei kandu üle ja see ei oleks õige juhtimisvahend ka Macis, kui see liides ei kuuluks kõnealusesse ühendusse. Telefonis kuulub number sellele, kes tunnelit rakendab: operatsioonisüsteemile loomuliku profiili puhul, paketitunneli pakkujale rakenduse puhul või lüüsile, kui dokumenteeritud atribuut läbi räägitakse. Kolm küsimust otsustavad, millise nendest juhtumitest teiega tegu on.
Esimene küsimus: milline klient töötab
Loomulik IKEv2 profiil, sisseehitatud Cisco IPsec profiil ja kolmanda osapoole Cisco klient on kolm erinevat rakendust kolme erineva toetatud atribuutide kogumiga. Seadetes olev profiili tüüp ütleb, millise telefoni tegelikult käivitas, ja rakenduste loend ütleb, kas pakkuja on üldse teel. Alustage sealt, sest ülejäänud otsus tuleneb sellest. Kui rakenduste loendis ei ilmu ühtegi pakkujat, kuulub tunnel operatsioonisüsteemile.
Ärge tuletage rakendust lüüsi tarnijast. Cisco peakontsert saab lõpetada ühendusi klientidelt, kellel pole ühist muud kui tarnija nimi. Vana buildi ekraanipilt vanal väljaandel ütleb, mida see paar toetas, mitte mida teie käes olev telefon teeb.
Teine küsimus: kellele väärtus kuulub
Apple pakub paketitunneli arendajatele MTU atribuudi võrgu laienduse seadete objekti kaudu. See on API pakkujale, kes konfigureerib oma tunnelit, mitte lüliti, mille kasutaja või administraator saab kellegi teise paigaldatud kliendil sisse lülitada. Kolmanda osapoole rakendus võib valida selle avaldamise, eiramise või väärtuse kõvasti kodeerimise.
Loomuliku profiili puhul valib liidese suuruse operatsioonisüsteem ja telefon ei paku selle jaoks ühtegi redaktorit. Cisco kaugjuurdepääsu lüüsi jaoks on ühenduse profiilil dokumenteeritud atribuut ja selle kehtivus sõltub kliendist, väljaandest ja läbiräägitud transportist. Just selles vahes dokumenteeritu ja järgitu vahel läheb kopeeritud number valesti.
| 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 |
Kolmas küsimus: kas sümptom üldse suurusest sõltub
Suurusprobleemidel on signatuur: väikesed päringud õnnestuvad, suured üleslaadimised või suured vastused jäävad rippuma ja sama teenus töötab teise juurdepääsuvõrgu kaudu. Filtreerimine, rakenduse kasuliku koormuse piirang ja takerdunud server võivad tekitada sarnase kaebuse, seega kirjutage üks ebaõnnestuv toiming töötava kõrvale. Kirjutage mõlemad üles aegade ja suurustega, kui rakendus neid raporteerib. Ilma selle paarita on iga hilisem muudatus oletus.
Tehke sama test Wi-Fi ja mobiilivõrgu kaudu. Võrku järgiv tõrge osutab teele; seadet järgiv tõrge osutab kliendile või profiilile ja need kaks vajavad erinevaid omanikke. Kasutage mõlemas jooksus sama teenust ja sama kontot, muidu ei ütle võrdlus teile midagi.
Miks Maci retsept ikka ilmub
Aastad PPP-põhiste töölaua VPN-ide tegi liidese suuruse muutmisest seadusliku kohaliku ajutise lahenduse ja need juhised kopeeriti mobiilsetesse teemadesse. Telefonis pole shelli, sellist liidese nime ega püsivust ühenduse taastamise üle. Retsept, mis lahendas 2011. aastal töölaua probleemi, reisis palju kaugemale kui tingimused, mis tegid selle tõeseks. Mobiilikliendid ei võta selle jaoks vastu ühtegi shellikäsku, mida iganes teema väidab.
Käsitlege kopeeritud väärtust hüpoteesina tee kohta, mitte seadena. Kui väiksem suurus paneb ülekande tööle ja suurem ebaõnnestub usaldusväärselt, on teil tõendeid tee kohta; peate siiski leidma komponendi, millel on lubatud sellele mõjuda. See otsing lõpeb tavaliselt lüüsi profiili või rakenduse tarnija juures ja harva telefoni juures.
Transport muudab vastust
Kui seanss töötab IPseci asemel TLS-i kaudu, võib TCP segmenteerimise kohandamine lüüsil aidata, sest see kirjutab ümber TCP voogude jaoks teatatud segmendi suuruse. UDP-liikluse jaoks ei tee see midagi ja see hõlmab rohkem tänapäeva veebist, kui inimesed ootavad. Kontrollige läbiräägitud transporti enne muudatuse pakkumist ja nimetage piletil, millist transporti te selle mõjutavat ootate.
Tee MTU avastamine on olemas selleks, et otspunktid õpiksid tegeliku piiri, mitte ei oletaks. Tagasiside blokeerimine ja väikese suuruse kõvasti kodeerimine vahetab töötava suure ülekande püsiva, varjatud kuluga igal ühendusel.
Mida lüüsimeeskonnalt küsida
Paluge kolme asja: atribuudi täpne nimi ja selle ulatus, kas juurutatud kliendid järgivad seda, ja millise transpordi seanss läbi rääkis. Ühele grupipoliitikale rakendatud muudatus on testitav; globaalne muudatus ei ole ja see viib riski kasutajatele, kes pole kunagi probleemi teatanud. Paluge ka dokumendi viidet, sest atribuutide nimed triivivad väljaannete vahel.
Seejärel muutke ühte asja ja testige uuesti algset ebaõnnestuvat toimingut, mitte kiirustesti allalaadimist. Hoidke enne ja pärast kirjet koos kliendi versiooni ja juurdepääsuvõrguga, et järgmist aruannet saaks võrrelda, mitte uuesti vaielda.
Kui toiming algses suuruses ikka ebaõnnestub, ei olnud suurus põhjus. Kirjutage ka see järeldus üles, et järgmine inimene sama hüpoteesi uuesti ei avaks.