A është më i shpejtë një MTU VPN më i vogël? Krahasoni provat reale
Një MTU më i ulët mund të shmangë një kufi të rrugës dhe gjithsesi të kushtojë xhiro. Krahasoni kufizimin real, koston e kokave dhe ngarkesën përpara se ta mbani ndryshimin.
Një tunel hedh poshtë transferimet e mëdha por lejon ping-un të kalojë, kështu që këshilla vjen shpejt: ulni MTU-në. Rregullimi ndonjëherë funksionon, dhe më pas zbatohet për çdo profil në çdo rrjet. Pikërisht aty një riparim i synuar bëhet një taksë e përhershme mbi performancën. Krahasimi që duhet bërë është midis kufirit real të rrugës dhe kostos për të zvogëluar çdo paketë nën të.
Çfarë tkurret vërtet kur ulni MTU-në
Çdo paketë mban koka përpara se të mbajë të dhënat tuaja. Në një rrugë Ethernet prej 1500 bajtësh, IPv4 dhe TCP konsumojnë 40 bajtë dhe lënë 1460 për ngarkesën; inkapsulimi shton sipër koka të jashtme IP, UDP dhe tuneli, kështu që buxheti i brendshëm i ngarkesës bie përsëri. Ulja e MTU-së së ndërfaqes e zvogëlon atë buxhet me qëllim.
Kostoja është në përpjesëtim me numrin e paketave, jo me numrin e bajtëve. I njëjti skedar i ndarë në më shumë paketa kërkon më shumë ndërprerje, më shumë vendime rrugëtimi dhe më shumë përpunim për paketë në çdo pajisje përgjatë rrugës. Në një router që tashmë është afër kufirit të paketave në sekondë, kjo është një ngadalësim real dhe jo një gabim rrumbullakimi. Kostoja shfaqet edhe kur vetë transferimi ka sukses.
Prandaj një MTU më i vogël është një anashkalim i një kufizimi, jo një optimizim i përgjithshëm. Blen besueshmëri ndaj një rruge që nuk mund të mbajë kornizën më të madhe dhe tarifon një kosto shtesë për çdo paketë që nuk kishte nevojë për zvogëlimin.
Kur një MTU më i vogël është rregullimi i duhur
Simptoma klasike është specifike: shtrëngimi i duarve TCP përfundon, mbërrijnë përgjigje të vogla dhe një shkarkim i madh ngec ose ristartohet. Një ping me bitin mos-fragmento në 1472 bajtë dështon ndërsa një ping prej 1400 bajtësh ka sukses, gjë që tregon një rrugë që nuk mund të mbajë një paketë me madhësi të plotë dhe nuk e dorëzon mesazhin ICMP që do t'i thoshte dërguesit të zvogëlojë.
Zbulimi i MTU-së së rrugës varet nga ato mesazhe ICMP për nevojën e fragmentimit. Kur një firewall i hedh poshtë, dërguesi vazhdon të provojë paketën e madhe dhe lidhja duket se varet. Ulja e MTU-së në anën e tunelit shmang përsëritjen, dhe ky është një riparim legjitim për atë rrjet.
Edhe teknologjitë e aksesit vendosin kufijtë e tyre: PPPoE zakonisht ndalon në 1492, disa rrugë mobile dhe DSL janë më të ulëta, dhe tunelet e folezuara e zbresin kostos shtesë dy herë. Matni rrugën reale në vend që të kopjoni një numër nga një udhëzues, dhe mbani mend se IPv6 kërkon të paktën 1280 bajtë MTU në çdo lidhje që e transporton, siç përcakton RFC 8200.
Krahasoni tre kontrollet përpara se të ndryshoni një
MTU, MSS dhe fragmentimi janë kontrolle të ndryshme në shtresa të ndryshme, dhe ndryshimi i atij të gabuar e lë simptomën në vend.
| Control | Layer | What it changes | Where it misleads |
|---|---|---|---|
| Interface MTU | IP link | Largest frame the interface will send | Penalizes every protocol, not just the one that failed |
| TCP MSS clamp | TCP | Segment size advertised in the handshake | Leaves UDP and QUIC untouched |
| DF and fragmentation | IP | Whether a router may split a packet | Can break path MTU discovery and security assumptions |
| Tunnel overhead | Encapsulation | Inner MTU after outer headers | Mismatch shows up only for large inner packets |
Kufizimi i MSS është shpesh riparimi më pak invaziv, sepse prek vetëm TCP dhe e lë ndërfaqen të lirë për trafik tjetër. Një MTU ndërfaqeje më i ulët është më i gjerë dhe më i lehtë për t'u menduar, prandaj është i zakonshëm në routerët e konsumatorit, por i tarifon çdo protokolli problemin e një protokolli të vetëm.
Çaktivizimi i sjelljes mos-fragmento e fsheh simptomën duke lejuar fragmentimin, dhe zakonisht e përkeqëson vonesën ndërsa thyen reagimin që do të kishte gjetur madhësinë e duhur. Shmangeni si një rregullim të përhershëm.
Matni kompromisin, jo një numër të vetëm
Gjeni kufirin e rrugës me një sondë mos-fragmento, filloni lart dhe zbritni derisa të vijë përgjigja:
ping -M do -s 1472 203.0.113.10
ping -M do -s 1400 203.0.113.10
tracepath 203.0.113.10Më pas krahasoni detyrën reale në të dy cilësimet: të njëjtin transferim skedari, të njëjtën pikë fundore dhe të njëjtin rrjet. Regjistroni kohën e përfundimit dhe ritransmetimet, për shembull me nstat -az TcpRetransSegs, dhe vëzhgoni CPU-në e pajisjes nëse tuneli përfundon në një router të vogël. Një test i shkurtër sintetik i xhiros mund të humbasë ngecjen që shfaqet vetëm pas disa megabajtësh.
Numëruesit e paketave do të rriten pas një zvogëlimi, sepse i njëjti transferim tani përdor më shumë paketa. Kjo është e pritshme dhe nuk është provë e xhiros më të lartë. Krahasoni të dhënat e aplikacionit të përfunduara, numrin e ritransmetimeve dhe reagimin, jo vetëm shkallën e paketave.
Futeni ndryshimin me etapa dhe mbajeni të kufizuar
Regjistroni vlerën origjinale, ndryshoni një kontroll dhe përsëritni matjen përpara se ta bëni të përhershme. Nëse provat nuk tregojnë përfitim, rivendosni vlerën e mëparshme me të njëjtin komandë ndërfaqeje që përdorët për ta vendosur:
ip link set dev wg0 mtu 1420
ip link set dev wg0 mtu 1500Kufizojeni rezultatin në rrjetin që kishte nevojë për të. Një profil që duhet të funksionojë në Wi-Fi hoteli, në një hotspot celular dhe në një LAN zyre nuk duhet të trashëgojë vlerën më të ulët që kërkon cilado prej tyre, përveç rasteve kur klienti nuk mund ta zbulojë rrugën.
Vlera e saktë është MTU-ja më e madhe që i mbijeton rrugës, jo më e vogla që e bën simptomën të zhduket. Dokumentoni rrugën, rezultatin e sondës dhe kthimin prapa, dhe rishikoni cilësimin kur ndryshon rrjeti i aksesit.