MTU á hverri leið á Linux: þrjár stærðarstýringar, ein leið
MTU viðmótsins, MTU leiðarinnar og MSS-mörkin virka á mismunandi lögum. Festu fjárhagsáætlun við leiðina sem vinnur uppflettinguna og haltu breytingunni afturkræfri.
Þrjár stillingar á Linux-biðlara hljóma allar eins og „gerðu pakkana minni“, og þær virka á mismunandi lögum. MTU viðmótsins takmarkar hvern pakka sem tækið sendir. MTU leiðar takmarkar pakka sem nota þá leið, sem er oft það sem þú vilt í raun fyrir einn VPN-áfangastað. TCP MSS-mörkin breyta því sem endarnir tveir semja um, og gera ekkert fyrir UDP.
Þrjár stýringar sem líta út eins og sami hnappurinn
Setjið þær hlið við hlið áður en þið veljið, því að velja ranga röð skýrir mestu ráðin sem virka ekki:
| Control | Scope | What it cannot fix |
|---|---|---|
| Interface MTU | Every packet the device sends | Nothing, but it over-constrains unrelated traffic |
| Route MTU | Packets using that route | A send that the lookup never routes there |
| MSS clamp | TCP handshake on that path | UDP payload sizes and ICMP |
Að lækka Ethernet-MTU fyrir alla vélina er grófa útgáfan af þessari lagfæringu. Það virkar, og það refsar líka öllu öðru forriti á vélinni, þar á meðal þeim sem slóðir þeirra voru í lagi. Gildi á hverri leið lýsir sama ásetningi án aukakostnaðarins.
Samanburðurinn gildir aðeins fyrir umferð sem vélin býr sjálf til. Að framsenda pakka fyrir annan biðlara felur í sér eigin slóð hans og ytri áætlun göngunnar, og leiðarmælikvarði á þessari vél nær ekki yfir þau mörk.
Festu áætlunina við leiðina sem vinnur uppflettinguna
Dæmigerð IPv4 leiðarfærsla lítur svona út:
ip -4 route get 10.60.0.20
ip -4 route add 10.60.0.0/16 dev tun-office src 10.90.0.2 mtu 1380Lestu færsluna sem lýsingu á ásetningi, ekki gildi til að líma inn. Forskeytið, tækið og æskilega uppsprettan verða að passa við raunverulegu stillinguna, og talan verður að koma úr sönnunargögnum um hjúpna slóð, ekki úr bloggfærslu. MTU leiðarinnar takmarkar innri IP-pakkann, sem er ekki það sama og TCP-þyngd upp á 1380 bæti eða dulrituð ytri pakki upp á 1380 bæti.
Skoðaðu hvar uppflettingin leysist í raun áður en þú bætir einhverju við. Vél með stefnureglum getur beint tilteknum áfangastað um aðra töflu en main, og mælikvarði sem er aðeins í main er ósýnilegur þeirri beiðni. Berðu saman ip -4 route show table all við svar frá ip route get, þar á meðal samhengi merkis eða nafnrýmis þegar reglurnar nota þau. Ef þau tvö stemma ekki, þá þarf taflan sem svaraði mælikvarðann, ekki sú sem lítur snyrtilegar út.
mtu er ekki mtu lock
Sjálfgefið getur kjarninn enn uppfært MTU slóðarinnar úr ICMP-endurgjöf, það er tilgangurinn með uppgötvun slóðar-MTU. Að bæta við lock stöðvar það. Það er önnur ákvörðun, ekki sterkari leið til að geyma sömu tölu, og fyrir IPv4 breytir það skjalfestri meðferð „ekki sundra“-bitsins.
Læsing er sanngjörn þegar þú hefur mælt slóðina og vilt að gildið standi kyrrt sama hvað kemur. Það er slæmt sjálfgefið þegar netið sendir lögmæta endurgjöf um stærð, því kjarninn getur ekki lengur aðlagað sig og bilunin færist í annað einkenni.
Ef ICMP er síað einhvers staðar á slóðinni lagar engin leiðarstilling það. Lagfæringin tilheyrir síunni, og minna MTU er hjáleið sem felur raunverulegu bilunina þangað til slóðin breytist næst.
Gönguforrit bætir við sínum eigin stærðarhnöppum
OpenVPN- mssfix stillir TCP-hlutastærð fyrir skjalfest UDP-göngutilfellið sitt. Það vinnur á TCP-samtalinu, svo það er ekki önnur stafsetning á leiðar-MTU stýrikerfisins, og það getur ekki hjálpað UDP-þjónustu sem hunsar samningaviðræðurnar.
Staflaðu ekki leiðar-MTU, breytingu viðmóts-MTU og MSS-mörkum í sama breytingargluggann. Ef vandamálið hverfur veistu ekki hvert þeirra skipti máli, og þau sem þú heldur munu takmarka umferð í mörg ár án ástæðu sem einhver man.
Gerðu það afturkræft og sannaðu það svo
Raunverulegur eigandi leiðarinnar ákveður hvort breytingin lifir endurtengingu. VPN-biðlari sem setur leiðina upp á virkan hátt endurbyggir hana venjulega án mælikvarðans þíns, og handvirk ip route add lítur þá út eins og lagfæring sem brást degi síðar. Settu gildið í stillingar stjórnandans, og ef þú þarft tímabundna tilraun skaltu fyrst skrá upprunalegu leiðina.
Prófaðu með nýrri tengingu sem framkvæmir aðgerðina sem stóðst, og staðfestu svo að ætlaða einkaleiðin vinni enn og ótengdir áfangastaðir séu óbreyttir. Tengdu gönguna aftur og lestu leiðina, því gildi sem hverfur við endurtengingu er ekki lagfæring.
Ef sönnunargögnin styðja breytinguna ekki skaltu fjarlægja yfirskriftina í gegnum stjórnandann og endurheimta upprunalegu leiðareiginleikana í stað þess að eyða leiðinni. Skráðu svo hvað þú mældir og á hvaða slóð, svo næsti maður geti greint raunverulega umbót frá tilraun sem látin var standa.