Nid yw fframiau jumbo yn gwneud llwybr VPN yn cludo pecynnau 9000 beit

Gwnaethoch alluogi fframiau 9000 beit ar y LAN ac roeddech yn disgwyl i'r VPN fod yn gyflymach. Aeth yn arafach, neu stopiodd basio trosglwyddiadau mawr yn gyfan gwbl. Cytundeb ar y cyswllt lleol yw fframiau jumbo; nid ydynt yn ehangu'r llwybr y mae'r twnnel yn ei groesi.

Y ffin leiaf ar y llwybr sy'n pennu'r gyllideb y gellir ei defnyddio, gan gynnwys yr ymgorfforiad y mae'r twnnel yn ei ychwanegu.

Yr hyn y mae fframiau jumbo yn ei newid mewn gwirionedd

Mae MTU yn briodwedd un rhyngwyneb. Mae ei godi ar weinydd a'i swits yn golygu y gall y ddau hynny gyfnewid fframiau mwy heb ddarnio. Nid yw'n dweud dim am y llwybrydd y tu hwnt i'r swits, am yr ISP, nac am ochr bellaf twnnel. Mae gan y dyfeisiau hynny eu terfynau eu hunain, a bydd pecyn sy'n rhagori ar un ohonynt yn cael ei ollwng neu ei ddarnio yn ôl rheolau na wnaethoch eu gosod.

Cytundeb lleol, canlyniadau byd-eang. Dyna'r dryswch i gyd.

Treth yr ymgorfforiad

Mae twnnel yn lapio eich pecyn y tu mewn i un arall. Mae WireGuard dros IPv4 UDP yn ychwanegu tua 60 beit o gostau; mae modd UDP OpenVPN yn yr un amrediad, ac mae IPsec yn amrywio gyda modd a algorithmau. Daw'r beitiau hynny o gyllideb y llwybr allanol, nid o nunlle.

Felly ni all cyswllt allanol o 1500 beit gludo pecyn mewnol o 1500 beit unwaith ychwanegir pennawd twnnel.

Mae'n werth gwneud y gyfrifiaeth unwaith. Ar lwybr o 1500 beit, mae rhyngwyneb WireGuard eisiau MTU o tua 1420 fel bod y pecyn ymgorfforedig yn ffitio. Gosodwch y rhyngwyneb mewnol i 9000 a bydd pob pecyn mawr angen darnio na all y twnnel ei wneud, neu bydd yn cael ei ollwng.

Dod o hyd i'r cyswllt lleiaf ar y llwybr

Cerddwch y llwybr a dod o hyd i'r MTU isaf. Mae'r LAN fel arfer yn 1500 neu 9000, mae'r WAN fel arfer yn 1500, a gall cyswllt symudol neu PPP fod yn is fyth. Yna tynnwch gostau'r twnnel. Os yw'r canlyniad yn llai na MTU y rhyngwyneb mewnol, dyna'ch ateb. Gall darganfod MTU llwybr ddod o hyd i hyn yn awtomatig, ond dim ond pan fydd y negeseuon ICMP y mae'n dibynnu arnynt yn cael eu pasio.

ICMP wedi'i hidlo yw'r rheswm clasurol pam mae trosglwyddiad mawr yn hongian tra bo ceisiadau bach yn gweithio'n iawn.

Profwch ddibyniaeth ar faint heb ehangu'r newid

Defnyddiwch drosglwyddiad cynrychioladol a chadwch y gwerthoedd gwreiddiol fel y gallwch eu rhoi yn ôl. Mae ping -M do -s 1472 yn profi pecyn o 1500 beit gyda'r did DF wedi'i osod; lleihawch y maint nes iddo basio. Os mai dim ond pecynnau mawr sy'n methu, mae gennych broblem maint yn hytrach na phroblem llwybro.

Byddwch yn wyliadwrus o offload ar ochr y gwesteiwr wrth ddarllen cipiadau. Gall offload segmentu ddangos fframiau llawer mwy na'r hyn a groesodd y wifren mewn gwirionedd, sy'n gwneud llwybr gweithiol i edrych yn doredig ac un toredig i edrych yn iawn.

Pryd y mae MTU mawr yn ddyluniad cywir

Gall rhwydwaith preifat a reolir redeg fframiau mwy o un pen i'r llall yn gyfreithlon, ar yr amod bod pob dyfais ar y llwybr yn cytuno a bod costau'r twnnel yn cael eu cyfrif. Mae hwnnw'n ddyluniad cydlynol gyda gwerth wedi'i ddogfennu fesul cyswllt, nid un rhif mawr wedi'i deipio i mewn i gleient.

Ar gyfer allanfa gyhoeddus arferol, tybiwch 1500 neu lai a gadewch i'r twnnel ddewis MTU mewnol diogel. Mae RFC 8201 yn trafod darganfod MTU llwybr ar gyfer achos IPv6 ac mae'n gyfeirnod defnyddiol ar gyfer sut y dylai'r adborth weithio.