MTU på iPhone-VPN: vælg ejeren, før du ændrer et tal

Hver tråd om pakkestørrelse på iPhone-VPN ender med at tilbyde den samme Mac-kommando mod en grænseflade med navnet ppp0, normalt med et tal vedhæftet. Den overføres ikke, og den ville ikke være den rigtige kontrol selv på Macen, medmindre den grænseflade tilhørte den pågældende forbindelse. På telefonen ejes tallet af den, der implementerer tunnelen: styresystemet for en indbygget profil, en pakketunnel-udbyder for en app eller gatewayen, når en dokumenteret attribut forhandles. Tre spørgsmål afgør, hvilken af dem du har med at gøre.

Spørgsmål et: hvilken klient kører

En indbygget IKEv2-profil, den indbyggede Cisco IPsec-profil og en tredjeparts Cisco-klient er tre forskellige implementeringer med tre forskellige sæt understøttede attributter. Profiltypen i Indstillinger fortæller, hvilken telefonen faktisk startede, og applisten fortæller, om der overhovedet er en udbyder på vejen. Start der, for resten af beslutningen følger af det. Hvis ingen udbyder vises på applisten, ejer styresystemet tunnelen.

Udled ikke implementeringen af gateway-leverandøren. En Cisco-headend kan afslutte forbindelser fra klienter, der ikke deler andet end leverandørens navn. Et skærmbillede af et gammelt build på en gammel udgivelse fortæller, hvad det par understøttede, ikke hvad telefonen i din hånd gør.

Spørgsmål to: hvem ejer værdien

Apple eksponerer en MTU-egenskab for pakketunnel-udviklere gennem indstillingsobjektet for netværksudvidelsen. Det er en API til udbyderen, der konfigurerer sin egen tunnel, ikke en kontakt, en bruger eller administrator kan slå til på en andens installerede klient. En tredjepartsapp kan vælge at eksponere den, ignorere den eller hardkode en værdi.

For en indbygget profil vælger styresystemet grænsefladestørrelsen, og telefonen eksponerer ingen editor til den. For en Cisco-gateway til fjernadgang findes der en dokumenteret attribut til forbindelsesprofilen, og om den gælder afhænger af klienten, udgivelsen og den forhandlede transport. Det gab mellem dokumenteret og efterlevet er, hvor et kopieret tal går galt.

Spørgsmål tre: afhænger symptomet overhovedet af størrelsen

Størrelsesproblemer har en signatur: små anmodninger lykkes, store uploads eller store svar hænger, og den samme tjeneste virker over et andet adgangsnetværk. Filtrering, en grænse for applikationens nyttelast og en fastlåst server kan give en lignende klage, så registrer den ene handling, der fejler, ved siden af en, der virker. Skriv begge ned med tider og størrelser, hvis appen rapporterer dem. Uden det par er enhver senere ændring gætværk.

Kør den samme test på Wi-Fi og på mobilnet. En fejl, der følger netværket, peger på vejen; en, der følger enheden, peger på klienten eller profilen, og de to har brug for forskellige ejere. Brug den samme tjeneste og den samme konto til begge kørsler, ellers siger sammenligningen dig intet.

Hvorfor Mac-opskriften bliver ved med at dukke op

Årtiers PPP-baserede skrivebords-VPN'er gjorde en ændring af grænsefladestørrelsen til en legitim lokal nødløsning, og de instruktioner blev kopieret videre ind i mobile tråde. På telefonen er der ingen shell, intet sådant grænsefladenavn og ingen vedvarende effekt efter en genopkobling. En opskrift, der løste et skrivebordsproblem i 2011, rejste meget længere end de betingelser, der gjorde den sand. Mobile klienter accepterer ingen shell-kommando til dette, uanset hvad tråden påstår.

Behandl den kopierede værdi som en hypotese om en vej, ikke som en indstilling. Hvis en mindre størrelse får en overførsel til at virke, og en større fejler pålideligt, har du bevis om vejen; du skal stadig finde den komponent, der har lov til at handle på det. Den søgning ender normalt ved gateway-profilen eller app-udbyderen og sjældent ved telefonen.

Transporten ændrer svaret

Hvis sessionen kører over TLS i stedet for IPsec, kan en TCP-segmenteringsjustering på gatewayen hjælpe, fordi den omskriver den annoncerede segmentstørrelse for TCP-strømme. For UDP-trafik gør den intet, og den omfatter mere af det moderne web, end folk forventer. Kontroller den forhandlede transport, før du foreslår ændringen, og angiv i billetten, hvilken transport du forventer, den påvirker.

Path MTU discovery findes, så endepunkterne kan lære den reelle grænse i stedet for at gætte. At blokere feedbacken og hardkode en lille størrelse bytter en fungerende stor overførsel for en permanent, skjult omkostning på hver forbindelse.

Hvad du skal spørge gateway-teamet om

Bed om tre ting: det nøjagtige attributnavn og dets omfang, om de udrullede klienter efterlever det, og hvilken transport sessionen forhandlede. En ændring anvendt på én gruppepolitik kan testes; en global redigering kan ikke, og den flytter risiko over på brugere, der aldrig har rapporteret et problem. Bed også om dokumentreferencen, fordi attributnavne ændrer sig mellem udgivelser.

Skift derefter én ting, og test den oprindelige fejlende handling igen, ikke en hastighedstest-download. Gem før- og efter-registreringen sammen med klientversionen og adgangsnetværket, så den næste rapport kan sammenlignes i stedet for at blive genforhandlet.

Hvis handlingen stadig fejler ved den oprindelige størrelse, var størrelsen ikke årsagen. Skriv også den konklusion ned, så den næste person ikke genåbner den samme hypotese.