Ով է ընտրում WireGuard-ի MTU-ն՝ wg-quick-ը, միջուկը թե դուք
WireGuard-ը որևէ MTU չի բանակցում։ Որոշում է տեղադրման գործիքը, ցանցի կառավարիչը կամ ձեր կարգավորումների տողը, և լռելյայն արժեքը ուղու մասին ենթադրություն է, ոչ չափում։
WireGuard-ը MTU-ի բանակցություն չունի։ Այն գաղտնագրում է այն ամենը, ինչ ինտերֆեյսը տալիս է իրեն, և ուղարկում արդյունքը, և եթե փաթեթավորված փաթեթը գերազանցում է ուղին, այն ինչ-որ տեղ դեն է նետվում կամ մասնատվում, որտեղ դուք չեք տեսնում։ Ինչ-որ մեկը պետք է ընտրի ինտերֆեյսի MTU-ն, և այդ մեկը այն գործիքն է, որը բարձրացրել է ինտերֆեյսը։
Կան երեք թեկնածու, և նրանց շփոթելը հեշտ է։
Երեք տեղ, որտեղից կարող է գալ արժեքը
Արժեքը կարող է հստակ սահմանվել ինտերֆեյսի կարգավորման մեջ, հաշվարկվել տեղադրման գործիքի կողմից երթուղու տեղեկությունից, կամ սահմանվել ցանցի ցանկացած կառավարչի կողմից, որը տիրապետում է ինտերֆեյսին։ Սովորական wg կանչը այդպիսի բան չի անում, որովհետև wg-ը կառավարում է միայն բանալիներ և գործընկերներ։ MTU-ն ապրում է ցանցային ինտերֆեյսի վրա, դրա համար էլ ip link show wg0-ն այն տեղն է, որտեղ դուք կարդում եք այն։
Եթե վստահ չեք, թե որ դեպքն է գործում, նախ կարդացեք MTU-ն, ապա պարզեք, թե ով է սկսել ինտերֆեյսը։
Որոշեք ըստ նրա, թե ով է վարում ինտերֆեյսը
Եթե այն սկսում է wg-quick-ը, հաղթում է հստակ MTU տողը, հակառակ դեպքում այն հաշվարկում է արժեք։ Եթե այն սկսում է ցանցի կառավարիչը, որոշում է այդ կառավարչի պրոֆիլը։ Եթե այն սկսում է կոնտեյների գործարկման միջավայրը կամ մատակարարի հաճախորդը, կարդացեք նրանց փաստաթղթերը՝ wg-quick-ի վարքը ենթադրելու փոխարեն։
Որոշումը այն չէ, թե որ թիվն է լավագույնը վերացական իմաստով։ Այն է, թե որ բաղադրիչը կարող եք իրականում կարգավորել։
Ինչ է անում լռելյայն հաշվարկը
wg-quick-ը գտնում է երթուղին դեպի գործընկերոջ վերջնակետը, վերցնում է այդ ելքային ինտերֆեյսի MTU-ն և հանում փաթեթավորման ծախսը։ IPv4 արտաքին վերնագրի դեպքում դա մոտ 60 բայթ է, IPv6-ի դեպքում՝ մոտ 80։ Արդյունքը սահմանափակվում է, որպեսզի 1500 բայթանոց ուղին տա 1420, այլ ոչ այնպիսի արժեք, որը աշխատում է միայն մեկ հասցեային ընտանիքում։ Դա ողջամիտ լռելյայն է, ոչ թե ձեր ուղու չափում։
Այն չի կարող իմանալ ավելի ուշ թունելի, բջջային կապի կամ զտված ICMP ուղու մասին։
Սահմանը թաքցնում է իրական հարց։ Եթե ձեր ուղին իսկապես 9000 բայթ է ծայրից ծայր, ապա 1420-ը կատարողականություն է թողնում սեղանին, իսկ եթե ուղին 1400 է, 1420-ն արդեն չափազանց մեծ է։ Լռելյայնը փոխզիջում է, և այդպես էլ պետք է վերաբերվել։
Երբ ուղին փոխվում է ձեր տակ
Ethernet-ից Wi-Fi և այնուհետև հեռախոսի հոթսփոթ անցնող նոութբուքը պահում է այն ինտերֆեյսի MTU-ն, որով սկսել է։ Արտաքին ուղին այժմ կարող է ավելի փոքր լինել, և ոչինչ նորից չի բանակցում։ Ներդրված թունելները վատթարացնում են իրավիճակը, որովհետև յուրաքանչյուր շերտ հանում է իր ծախսը նույն բյուջեից։ Գրասենյակում աշխատած արժեքը այն արժեքը չէ, որ աշխատում է օդանավակայանում։
Վերջին ձեռքսեղմումը ապացուցում է, որ բանալիներն աշխատում են։ Այն ոչինչ չի ապացուցում այն մասին, թե արդյոք մեծ փաթեթները տեղավորվում են։
Փորձարկեք մեկ թիվ միաժամանակ
Պահեք նույն հավելվածը և նպատակակետը, փոխեք մեկ արժեք և չափեք։ ping -M do -s 1372-ը փորձարկում է 1400 բայթանոց փաթեթ DF բիթով, և դա է ձեր ուզած փորձարկման ձևը։ Եթե փոքր հարցումները աշխատում են, իսկ մեծերը կանգ են առնում, դուք չափի խնդիր ունեք, ոչ թե երթուղավորման։
Փոխեք միայն MTU-ն։ Մի քանի փաթեթային ընտրանք միասին կարգավորելը ձեզ չի ասում, թե որն էր կարևոր։
Եվ մի սպասեք, որ MTU-ի փոփոխությունը կուղղի բացակայող վերադարձի երթուղին, փոխանցման կանոնը կամ DNS-ի խափանումը։ Դրանք նույնպես առաջացնում են երթևեկության բացակայության ախտանիշներ, և ունեն իրենց փորձարկումները։ wg-quick-ի ձեռնարկը փաստաթղթավորում է ավտոմատ ընտրությունը։