MTU u VPN na iPhonu: určete vlastníka, než změníte číslo

Každá diskuse o velikosti paketů VPN na iPhonu nakonec nabídne stejný příkaz pro Mac proti rozhraní jménem ppp0, obvykle s číslem u sebe. Nepřenáší se a nebyl by to správný prostředek ovládání ani na Macu, pokud by toto rozhraní nepatřilo dotyčnému připojení. V telefonu číslo vlastní ten, kdo tunel implementuje: operační systém u nativního profilu, poskytovatel paketového tunelu u aplikace, nebo brána, když se vyjednává dokumentovaný atribut. Který z těchto případů řešíte, rozhodnou tři otázky.

První otázka: který klient běží

Nativní profil IKEv2, vestavěný profil Cisco IPsec a klientská aplikace Cisco třetí strany jsou tři různé implementace se třemi různými sadami podporovaných atributů. Typ profilu v Nastavení vám řekne, který z nich telefon skutečně spustil, a seznam aplikací, zda je na cestě vůbec nějaký poskytovatel. Začněte tam, protože zbytek rozhodnutí z toho vyplývá. Pokud se v seznamu aplikací žádný poskytovatel neobjeví, tunel vlastní operační systém.

Neodvozujte implementaci od dodavatele brány. Cisco headend může ukončovat připojení klientů, kteří nemají společné nic než jméno dodavatele. Snímek obrazovky starého sestavení na starém vydání vám řekne, co tato dvojice podporovala, ne co dělá telefon ve vaší ruce.

Druhá otázka: kdo vlastní hodnotu

Apple zpřístupňuje vlastnost MTU vývojářům paketových tunelů prostřednictvím objektu nastavení síťového rozšíření. Je to API pro poskytovatele, který si konfiguruje vlastní tunel, ne přepínač, který by uživatel nebo správce mohl přepnout na cizím nainstalovaném klientu. Aplikace třetí strany se může rozhodnout ji zpřístupnit, ignorovat nebo pevně zadat hodnotu.

U nativního profilu volí velikost rozhraní operační systém a telefon k tomu neposkytuje žádný editor. Pro bránu Cisco pro vzdálený přístup existuje dokumentovaný atribut pro profil připojení a to, zda se použije, závisí na klientu, vydání a vyjednaném transportu. Právě v této mezeře mezi dokumentovaným a dodržovaným se zkopírované číslo pokazí.

Třetí otázka: závisí symptom vůbec na velikosti

Problémy s velikostí mají podpis: malé požadavky procházejí, velká nahrávání nebo velké odpovědi se zaseknou a stejná služba funguje přes jinou přístupovou síť. Filtrování, limit užitečného zatížení aplikace a zaseknutý server mohou vyvolat podobnou stížnost, proto zaznamenejte jednu operaci, která selhává, vedle té, která funguje. Zapište obě s časy a velikostmi, pokud je aplikace uvádí. Bez této dvojice je každá další změna hádání.

Proveďte stejný test na Wi-Fi a v mobilní síti. Selhání, které sleduje síť, ukazuje na cestu; to, které sleduje zařízení, ukazuje na klienta nebo profil, a obě potřebují jiné vlastníky. Použijte stejnou službu a stejný účet pro oba běhy, jinak vám srovnání nic neřekne.

Proč se recept pro Mac stále objevuje

Roky stolních VPN založených na PPP udělaly ze změny velikosti rozhraní legitimní místní obejití a tyto pokyny se zkopírovaly do mobilních diskusí. V telefonu není shell, žádné takové jméno rozhraní a žádná trvalost po opětovném připojení. Recept, který vyřešil stolní problém v roce 2011, cestoval mnohem dál než podmínky, které ho činily pravdivým. Mobilní klienti pro to nepřijímají žádný shellový příkaz, ať diskuse tvrdí cokoli.

Berte zkopírovanou hodnotu jako hypotézu o cestě, ne jako nastavení. Pokud menší velikost přenos zprovozní a větší spolehlivě selhává, máte důkaz o cestě; stále musíte najít komponentu, která na něj smí působit. To hledání obvykle končí u profilu brány nebo u dodavatele aplikace a jen zřídka u telefonu.

Transport mění odpověď

Pokud relace běží přes TLS namísto IPsec, může pomoci úprava segmentace TCP na bráně, protože přepisuje inzerovanou velikost segmentu pro toky TCP. Pro provoz UDP nedělá nic, a ten zahrnuje větší část moderního webu, než lidé čekají. Před navržením změny zkontrolujte vyjednaný transport a v tiketu uveďte, na který transport očekáváte dopad.

Zjišťování MTU cesty existuje proto, aby se koncové body naučily skutečný limit místo hádání. Zablokování zpětné vazby a pevné zadání malé velikosti vymění funkční velký přenos za trvalé, skryté náklady na každém připojení.

Na co se zeptat týmu brány

Požádejte o tři věci: přesný název atributu a jeho rozsah, zda jej nasazení klienti dodržují a jaký transport relace vyjednala. Změna použitá na jednu skupinovou politiku je testovatelná; globální úprava ne, a přesouvá riziko na uživatele, kteří nikdy problém nenahlásili. Vyžádejte si i odkaz na dokument, protože názvy atributů se mezi vydáními mění.

Pak změňte jednu věc a znovu otestujte původní selhávající operaci, ne stahování ze speed testu. Uchovávejte záznam před a po s verzí klienta a přístupovou sítí, aby se další zpráva dala srovnat, místo aby se znovu rozebírala.

Pokud operace stále selhává při původní velikosti, velikost nebyla příčinou. Zapište i tento závěr, aby další člověk stejnou hypotézu znovu neotevíral.