Jumbo markoek ez dute lortzen VPN bide batek 9000 byteko paketeak garraiatzea
MTU handi bat tokiko esteka akordioa da. Kendu tuneleko gainkarga bideko estekarik txikienetik barneko interfazea igotzen hasi aurretik.
LANean 9000 byteko markoak gaitu zenituen eta VPN azkarragoa izango zela espero zenuen. Motelagoa izan zen, edo transferentzia handiak guztiz pasatzeari utzi zion. Jumbo markoak tokiko esteka akordioa dira; ez dute tuneleak zeharkatzen duen bidea handitzen.
Erabilgarri dagoen aurrekontua bideko muga txikienak finkatzen du, tuneleak gehitzen duen kapsulatzea barne.
Zer aldatzen dute jumbo markoek benetan
MTU interfaze baten propietatea da. Zerbitzari batean eta haren switch-ean igoz gero, bi horiek marko handiagoak truka ditzakete zatiketarik gabe. Horrek ez du ezer esaten switch-aren ondoko routerraz, ISPraz edo tunele baten beste aldeaz. Gailu horiek beren mugak dituzte, eta haietako bat gainditzen duen paketea baztertu edo zatitzen da zuk ezarri ez dituzun arauen arabera.
Tokiko akordioa, ondorio globalak. Hori da nahaste osoa.
Kapsulatzearen zerga
Tunele batek zure paketea beste baten barruan biltzen du. WireGuard IPv4 UDP gainean gutxi gorabehera 60 byteko gainkarga gehitzen du; OpenVPNren UDP modua tarte berean dago, eta IPsec moduaren eta algoritmoen arabera aldatzen da. Byte horiek kanpoko bidearen aurrekontutik ateratzen dira, ez ezeretik.
Beraz, kanpoko 1500 byteko esteka batek ezin du barneko 1500 byteko pakete bat garraiatu tuneleko goiburua gehituta.
Aritmetika behin egitea merezi du. 1500 byteko bidean, WireGuard interfaze batek 1420 inguruko MTU nahi du kapsulatutako paketea sar dadin. Ezarri barneko interfazea 9000n eta pakete handi bakoitzak tuneleak egin ezin duen zatiketa beharko du, edo baztertu egingo da.
Aurkitu bideko estekarik txikiena
Ibilbidea egin eta aurkitu MTU baxuena. LANa normalean 1500 edo 9000 da, WANa normalean 1500, eta mugikor edo PPP esteka bat are baxuagoa izan daiteke. Ondoren kendu tuneleko gainkarga. Emaitza barneko interfazearen MTUa baino txikiagoa bada, badaukazu erantzuna. Bideko MTUaren aurkikuntzak automatikoki aurki dezake hau, baina soilik menpeko dituen ICMP mezuak pasatzen uzten direnean.
ICMP iragazia da transferentzia handi bat zintzilik geratzeko arrazoi klasikoa, eskaera txikiek ondo funtzionatzen duten bitartean.
Probatu tamainarekiko dependentzia aldaketa zabaldu gabe
Erabili transferentzia adierazgarri bat eta gorde jatorrizko balioak berriro jartzeko moduan. ping -M do -s 1472 DF bita ezarrita duen 1500 byteko pakete bat probatzen du; txikitu tamaina pasa arte. Pakete handiek soilik huts egiten badute, tamaina arazoa duzu, ez bideratze arazoa.
Kontuz host aldeko offload-arekin harrapaketak irakurtzean. Segmentazio offload-ak haritik benetan igarotakoa baino askoz marko handiagoak erakuts ditzake, eta horrek funtzionatzen duen bidea hautsita eta hautsita dagoena ondo ikustea eragiten du.
Noiz da MTU handia diseinu egokia
Sare pribatu kontrolatu batek zilegi du marko handiagoak muturretik muturrera ibiltzea, baldin eta bideko gailu guztiak ados badaude eta tuneleko gainkarga kontuan hartzen bada. Hori dokumentatutako balioa duen esteka bakoitzeko diseinu koordinatua da, ez bezero batean idatzitako zenbaki handi bat.
Irteera publiko arrunt baterako, suposatu 1500 edo gutxiago eta utzi tuneleari barneko MTU seguru bat aukeratzen. RFC 8201 bideko MTUaren aurkikuntza estaltzen du IPv6 kasurako eta erreferentzia erabilgarria da feedbackak nola funtzionatu behar duen jakiteko.