Kornizat jumbo nuk e bëjnë një rrugë VPN të mbajë paketa 9000 bajtësh

Aktivizove korniza 9000 bajtësh në LAN dhe prisje që VPN të bëhej më e shpejtë. Ajo u ngadalësua, ose ndaloi plotësisht kalimin e transferimeve të mëdha. Kornizat jumbo janë një marrëveshje lidhjeje lokale; ato nuk e zgjerojnë rrugën që kalon tuneli.

Buxheti i përdorshëm përcaktohet nga kufiri më i vogël në rrugë, përfshirë kapsulimin që shton tuneli.

Çfarë ndryshojnë në të vërtetë kornizat jumbo

MTU është veti e një ndërfaqeje të vetme. Ngritja e saj në një server dhe në komutatorin e tij do të thotë që ata të dy mund të shkëmbejnë korniza më të mëdha pa fragmentim. Kjo nuk thotë asgjë për ruterin përtej komutatorit, për ofruesin ose për anën tjetër të një tuneli. Ato pajisje kanë kufijtë e tyre, dhe një paketë që tejkalon njërin prej tyre hidhet ose fragmentohet sipas rregullave që nuk i ke vendosur ti.

Marrëveshje lokale, pasoja globale. Kjo është e gjithë konfuzja.

Taksa e kapsulimit

Një tunel e mbështjell paketën tënde brenda një tjetre. WireGuard mbi IPv4 UDP shton rreth 60 bajtë kosto shtesë; modaliteti UDP i OpenVPN është në të njëjtin interval, dhe IPsec ndryshon sipas modalitetit dhe algoritmeve. Ata bajtë vijnë nga buxheti i rrugës së jashtme, jo nga hiçi.

Pra, një lidhje e jashtme 1500 bajtësh nuk mund të mbajë një paketë të brendshme 1500 bajtësh pasi shtohet koka e tunelit.

Aritmetika ia vlen të bëhet një herë. Në një rrugë 1500 bajtësh, një ndërfaqe WireGuard dëshiron një MTU rreth 1420 që paketa e kapsuluar të hyjë. Vendos ndërfaqen e brendshme në 9000 dhe çdo paketë e madhe do të ketë nevojë për fragmentim që tuneli nuk mund ta bëjë, ose do të hidhet.

Gjej lidhjen më të vogël në rrugë

Ec rrugën dhe gjej MTU më të ulët. LAN-i zakonisht është 1500 ose 9000, WAN-i zakonisht 1500, dhe një lidhje celulare ose PPP mund të jetë edhe më e ulët. Pastaj zbrit kostot shtesë të tunelit. Nëse rezultati është më i vogël se MTU e ndërfaqes së brendshme, e ke përgjigjen. Zbulimi i MTU-së së rrugës mund ta gjejë këtë automatikisht, por vetëm kur mesazhet ICMP nga të cilat varet lejohen të kalojnë.

ICMP i filtruar është arsyeja klasike pse një transferim i madh ngec ndërsa kërkesat e vogla punojnë mirë.

Provo varësinë nga madhësia pa e zgjeruar ndryshimin

Përdor një transferim përfaqësues dhe ruaj vlerat origjinale që t'i mund t'i kthesh. ping -M do -s 1472 teston një paketë 1500 bajtësh me bitin DF të vendosur; zvogëlo madhësinë derisa të kalojë. Nëse dështojnë vetëm paketat e mëdha, ke problem madhësie dhe jo rrugëtimi.

Ki kujdes nga offload-i në anën e hostit kur lexon kapjet. Offload-i i segmentimit mund të tregojë korniza shumë më të mëdha se sa kaloi vërtet nëpër tela, gjë që e bën një rrugë që punon të duket e prishur dhe një të prishur të duket në rregull.

Kur një MTU e madhe është projektimi i duhur

Një rrjet privat i kontrolluar mund të drejtojë ligjërisht korniza më të mëdha nga skaji në skaj, me kusht që çdo pajisje në rrugë të pajtohet dhe kostot shtesë të tunelit të merren parasysh. Ky është një projektim i koordinuar me vlerë të dokumentuar për lidhje, jo një numër i madh i shtypur në një klient.

Për një dalje publike të zakonshme, supozo 1500 ose më pak dhe lëre tunelin të zgjedhë një MTU të brendshme të sigurt. RFC 8201 mbulon zbulimin e MTU-së së rrugës për rastin IPv6 dhe është një referencë e dobishme për mënyrën se si duhet të funksionojë reagimi.