Çdo diskutim për madhësinë e paketave të VPN-së në iPhone përfundon duke ofruar të njëjtin komandë Mac kundër një ndërfaqeje të quajtur ppp0, zakonisht me një numër bashkë. Ajo nuk transferohet dhe nuk do të ishte kontrolli i duhur as në Mac, përveç rastit kur ajo ndërfaqe i përkiste lidhjes në fjalë. Në telefon, numrin e zotëron ai që zbaton tunelin: sistemi operativ për një profil vendas, një ofrues tuneli paketash për një aplikacion, ose porta kur negociohet një atribut i dokumentuar. Cila prej këtyre rasteve është, e përcaktojnë tre pyetje.

Pyetja e parë: cili klient po punon

Një profil vendas IKEv2, profili Cisco IPsec i integruar dhe një klient Cisco i palës së tretë janë tre zbatime të ndryshme me tre grupe të ndryshme atributesh të mbështetura. Lloji i profilit në Cilësimet ju tregon cilin e nisi vërtet telefoni, dhe lista e aplikacioneve ju tregon nëse ka fare ofrues në rrugë. Filloni nga aty, sepse pjesa tjetër e vendimit rrjedh prej saj. Nëse në listën e aplikacioneve nuk shfaqet asnjë ofrues, tunelin e zotëron sistemi operativ.

Mos e nxirrni zbatimin nga furnizuesi i portës. Një headend Cisco mund të përfundojë lidhje nga klientë që nuk ndajnë asgjë përveç emrit të furnizuesit. Një pamje ekrani e një ndërtimi të vjetër në një version të vjetër ju tregon çfarë mbështeste ai çift, jo çfarë bën telefoni në dorën tuaj.

Pyetja e dytë: kush e zotëron vlerën

Apple u ekspozon zhvilluesve të tuneleve të paketave një veti MTU përmes objektit të cilësimeve të zgjerimit të rrjetit. Është një API për ofruesin që konfiguron tunelin e vet, jo një ndërprerës që një përdorues ose administrator mund ta aktivizojë në klientin e instaluar të dikujt tjetër. Një aplikacion i palës së tretë mund të zgjedhë ta ekspozojë, ta injorojë ose ta kodojë vlerën në mënyrë të ngurtë.

Për një profil vendas, sistem operativ zgjedh madhësinë e ndërfaqes, dhe telefoni nuk ekspozon asnjë redaktor për të. Për një portë Cisco të aksesit në distancë ekziston një atribut i dokumentuar për profilin e lidhjes, dhe nëse zbatohet varet nga klienti, versioni dhe transporti i negociuar. Pikërisht në atë boshllëk mes të dokumentuarit dhe të respektuarit shkon keq një numër i kopjuar.

OwnerWho can change itReachable from the phone
Packet-tunnel providerThe app vendor through its APIOnly if the app exposes a setting
Native IKEv2 or Cisco IPsec profileThe operating systemNo user control
Gateway group policy attributeThe gateway administratorIf the client honours it

Pyetja e tretë: a varet simptoma fare nga madhësia

Problemet e madhësisë kanë një firmë: kërkesat e vogla ia dalin, ngarkimet e mëdha ose përgjigjet e mëdha ngecin, dhe i njëjti shërbim punon përmes një rrjeti tjetër aksesi. Filtrimi, një kufi i ngarkesës së aplikacionit dhe një server i bllokuar mund të prodhojnë një ankesë të ngjashme, prandaj regjistroni operacionin që dështon pranë njërit që funksionon. Shkruani të dy me orare dhe madhësi nëse aplikacioni i raporton. Pa këtë çift, çdo ndryshim i mëvonshëm është hamendësim.

Kryeni të njëjtin test në Wi-Fi dhe në rrjetin celular. Një dështim që ndjek rrjetin tregon rrugën; ai që ndjek pajisjen tregon klientin ose profilin, dhe të dy kanë nevojë për pronarë të ndryshëm. Përdorni të njëjtin shërbim dhe të njëjtin llogari për të dy ekzekutimet, përndryshe krahasimi nuk ju thotë asgjë.

Pse receta e Mac vazhdon të shfaqet

Vitet e VPN-ve të desktopit të bazuara në PPP e bënë ndryshimin e madhësisë së ndërfaqes një zgjidhje vendore legjitime, dhe ato udhëzime u kopjuan në diskutimet mobile. Në telefon nuk ka shell, nuk ka një emër të tillë ndërfaqeje dhe nuk ka qëndrueshmëri pas një rilidhjeje. Një recetë që zgjidhi një problem desktopi në 2011 ka udhëtuar shumë më larg se kushtet që e bënin të vërtetë. Klientët mobile nuk pranojnë asnjë komandë shell për këtë, çfarëdo që pretendon diskutimi.

Trajtojeni vlerën e kopjuar si një hipotezë për një rrugë, jo si një cilësim. Nëse një madhësi më e vogël e bën një transferim të punojë dhe një më e madhe dështon në mënyrë të besueshme, keni prova për rrugën; ju ende duhet të gjeni komponentin që lejohet të veprojë mbi të. Ajo kërkim zakonisht përfundon në profilin e portës ose te furnizuesi i aplikacionit, dhe rrallë në telefon.

Transporti e ndryshon përgjigjen

Nëse sesioni punon përmes TLS në vend të IPsec, një rregullim i segmentimit TCP në portë mund të ndihmojë, sepse rishkruan madhësinë e segmentit të shpallur për flukset TCP. Nuk bën asgjë për trafikun UDP, i cili përfshin më shumë nga web-i modern sesa presin njerëzit. Kontrolloni transportin e negociuar përpara se të propozoni ndryshimin, dhe përmendni në tiketë cilin transport prisni të preket.

Zbulimi i MTU-së së rrugës ekziston që skajet të mësojnë kufirin e vërtetë në vend që të hamendësojnë. Bllokimi i reagimit dhe kodimi i ngurtë i një madhësie të vogël shkëmben një transferim të madh që funksionon me një kosto të përhershme dhe të fshehur në çdo lidhje.

Çfarë të pyesni ekipin e portës

Kërkoni tri gjëra: emrin e saktë të atributit dhe shtrirjen e tij, nëse klientët e vendosur e respektojnë dhe cilin transport ka negociuar sesioni. Një ndryshim i aplikuar në një politikë grupi është i testueshëm; një redaktim global nuk është, dhe e zhvendos rrezikun te përdorues që nuk kanë raportuar kurrë një problem. Kërkoni edhe referencën e dokumentit, sepse emrat e atributeve ndryshojnë midis versioneve.

Më pas ndryshoni një gjë dhe ritestoni operacionin origjinal që dështon, jo një shkarkim testi shpejtësie. Mbani regjistrin para dhe pas bashkë me versionin e klientit dhe rrjetin e aksesit, që raporti tjetër të krahasohet në vend që të rikthehet në diskutim.

Nëse operacioni vazhdon të dështojë në madhësinë origjinale, madhësia nuk ishte shkaku. Regjistroni edhe atë përfundim, që personi tjetër të mos rihapë të njëjtën hipotezë.

Artikuj të ngjashëm