MTU vo VPN na iPhone: určite vlastníka, kým zmeníte číslo

Každá diskusia o veľkosti paketov VPN na iPhone nakoniec ponúkne ten istý príkaz pre Mac proti rozhraniu s názvom ppp0, zvyčajne s číslom pri sebe. Neprenáša sa a nebol by to správny prostriedok ovládania ani na Macu, ak by toto rozhranie nepatrilo dotyčnému pripojeniu. V telefóne číslo vlastní ten, kto tunel implementuje: operačný systém pri natívnom profile, poskytovateľ paketového tunela pri aplikácii, alebo brána, keď sa dohaduje dokumentovaný atribút. Ktorý z týchto prípadov riešite, rozhodnú tri otázky.

Prvá otázka: ktorý klient beží

Natívny profil IKEv2, vstavaný profil Cisco IPsec a klientska aplikácia Cisco tretej strany sú tri rôzne implementácie s tromi rôznymi sadami podporovaných atribútov. Typ profilu v Nastaveniach vám povie, ktorý z nich telefón skutočne spustil, a zoznam aplikácií, či je na ceste vôbec nejaký poskytovateľ. Začnite tam, pretože zvyšok rozhodnutia z toho vyplýva. Ak sa v zozname aplikácií žiadny poskytovateľ neobjaví, tunel vlastní operačný systém.

Neodvodzujte implementáciu od dodávateľa brány. Cisco headend môže ukončovať pripojenia klientov, ktorí nemajú spoločné nič okrem mena dodávateľa. Snímka obrazovky starého zostavenia na starom vydaní vám povie, čo táto dvojica podporovala, nie čo robí telefón vo vašej ruke.

Druhá otázka: kto vlastní hodnotu

Apple sprístupňuje vlastnosť MTU vývojárom paketových tunelov prostredníctvom objektu nastavení sieťového rozšírenia. Je to API pre poskytovateľa, ktorý si konfiguruje vlastný tunel, nie prepínač, ktorý by používateľ alebo správca mohol prepnúť na cudzom nainštalovanom klientovi. Aplikácia tretej strany sa môže rozhodnúť ju sprístupniť, ignorovať alebo pevne zadať hodnotu.

Pri natívnom profile volí veľkosť rozhrania operačný systém a telefón na to neposkytuje žiadny editor. Pre bránu Cisco pre vzdialený prístup existuje dokumentovaný atribút pre profil pripojenia a to, či sa použije, závisí od klienta, vydania a dohodnutého transportu. Práve v tejto medzere medzi dokumentovaným a dodržiavaným sa skopírované číslo pokazí.

Tretia otázka: závisí symptóm vôbec od veľkosti

Problémy s veľkosťou majú podpis: malé požiadavky prechádzajú, veľké nahrávania alebo veľké odpovede sa zaseknú a tá istá služba funguje cez inú prístupovú sieť. Filtrovanie, limit užitočného zaťaženia aplikácie a zaseknutý server môžu vyvolať podobnú sťažnosť, preto zaznamenajte jednu operáciu, ktorá zlyháva, vedľa tej, ktorá funguje. Zapíšte obe s časmi a veľkosťami, ak ich aplikácia uvádza. Bez tejto dvojice je každá ďalšia zmena hádanie.

Vykonajte ten istý test na Wi-Fi a v mobilnej sieti. Zlyhanie, ktoré sleduje sieť, ukazuje na cestu; to, ktoré sleduje zariadenie, ukazuje na klienta alebo profil, a obe potrebujú iných vlastníkov. Použite tú istú službu a ten istý účet pre oba behy, inak vám porovnanie nič nepovie.

Prečo sa recept pre Mac stále objavuje

Roky stolných VPN založených na PPP spravili zo zmeny veľkosti rozhrania legitímne miestne obídenie a tieto pokyny sa skopírovali do mobilných diskusií. V telefóne nie je shell, žiadne také meno rozhrania a žiadna trvalosť po opätovnom pripojení. Recept, ktorý vyriešil stolný problém v roku 2011, cestoval oveľa ďalej než podmienky, ktoré ho robili pravdivým. Mobilní klienti na to neprijímajú žiadny shellový príkaz, nech diskusia tvrdí čokoľvek.

Berte skopírovanú hodnotu ako hypotézu o ceste, nie ako nastavenie. Ak menšia veľkosť prenos sprevádzkuje a väčšia spoľahlivo zlyháva, máte dôkaz o ceste; stále musíte nájsť komponent, ktorý na ňu smie pôsobiť. To hľadanie zvyčajne končí pri profile brány alebo u dodávateľa aplikácie a len zriedka pri telefóne.

Transport mení odpoveď

Ak relácia beží cez TLS namiesto IPsec, môže pomôcť úprava segmentácie TCP na bráne, pretože prepisuje inzerovanú veľkosť segmentu pre toky TCP. Pre prevádzku UDP nerobí nič a tá zahŕňa väčšiu časť moderného webu, než ľudia čakajú. Pred navrhnutím zmeny skontrolujte dohodnutý transport a v tikete uveďte, na ktorý transport očakávate dopad.

Zisťovanie MTU cesty existuje preto, aby sa koncové body naučili skutočný limit namiesto hádania. Zablokovanie spätnej väzby a pevné zadanie malej veľkosti vymení funkčný veľký prenos za trvalé, skryté náklady pri každom pripojení.

Na čo sa opýtať tímu brány

Požiadajte o tri veci: presný názov atribútu a jeho rozsah, či ho nasadení klienti dodržiavajú a aký transport relácia dohodla. Zmena použitá na jednu skupinovú politiku je testovateľná; globálna úprava nie je, a presúva riziko na používateľov, ktorí nikdy nenahlásili problém. Vyžiadajte si aj odkaz na dokument, pretože názvy atribútov sa medzi vydaniami menia.

Potom zmeňte jednu vec a znova otestujte pôvodnú zlyhávajúcu operáciu, nie sťahovanie z rýchlostného testu. Uchovávajte záznam pred a po s verziou klienta a prístupovou sieťou, aby sa ďalšia správa dala porovnať, namiesto aby sa znovu rozoberala.

Ak operácia stále zlyháva pri pôvodnej veľkosti, veľkosť nebola príčinou. Zapíšte aj tento záver, aby ďalší človek tú istú hypotézu znova neotváral.