WireGuard નું MTU કોણ પસંદ કરે: wg-quick, કર્નલ કે તમે

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 DF બિટ સેટ સાથે 1400 બાઇટનું પેકેટ ચકાસે છે, અને તે જ પ્રકારની ચકાસણી તમે ઇચ્છો છો. જો નાની વિનંતીઓ કામ કરે અને મોટી અટકી જાય, તો તમારી પાસે રૂટિંગ નહીં પણ કદની સમસ્યા છે.

ફક્ત MTU બદલો. એકસાથે ઘણા પેકેટ વિકલ્પો ગોઠવવાથી તમને ખબર પડતી નથી કે કયો મહત્ત્વનો હતો.

અને એવી અપેક્ષા ન રાખો કે MTU ફેરફાર ગુમ થયેલો રિટર્ન રૂટ, ફોરવર્ડિંગ નિયમ કે DNS નિષ્ફળતા સુધારશે. તે પણ ટ્રાફિક ન હોવાના લક્ષણો ઉત્પન્ન કરે છે, અને તેમની પોતાની ચકાસણીઓ છે. wg-quick મેન્યુઅલ આપોઆપ પસંદગીનું દસ્તાવેજીકરણ કરે છે.