VPN හරහා මාර්ග MTU සොයාගැනීම: ප්රමාණය සහ ICMP හිඩැස

උමගක් එහි හස්ත සම්පර්කය සම්පූර්ණ කරයි, කුඩා ඉල්ලීම් ආපසු එයි, සහ පළමු විශාල මාරුව නතර වේ. එම රටාව තුල්යතාවට වඩා බොහෝ ඉක්මනින් මාර්ග MTU වෙත යොමු කරයි. මාර්ගයේ සෑම සබැඳියක්ම පැකට් ප්රමාණය සීමා කරයි, සහ එන්කැප්සුලේෂන් එම අවසරයෙන් කොටසක් බාහිර ශීර්ෂක සඳහා වැය කරයි, එබැවින් අභ්යන්තර පැකට්ටුව අමු මාර්ගය යෝජනා කරන ප්රමාණයට වඩා කුඩා විය යුතුය. අසාර්ථකත්වය නිශ්ශබ්දය, සහ එයම එය රෝග විනිශ්චය කිරීම මිල අධික කරයි.

මාර්ග MTU සැබවින්ම මනින්නේ කුමක්ද

මාර්ග MTU යනු හොස්ට් දෙකක් අතර මාර්ගයේ කුඩාම සබැඳි MTU වන අතර, ඔබේ දේශීය අතුරුමුහුණතෙහි මුද්රණය කර ඇති MTU නොවේ. දේශීය අගය ඇස්තමේන්තුව ආරම්භ වන ස්ථානය වන අතර, එය කොහේද අවසන් විය යුතුද යන්න තීරණය කරන්නේ මාර්ගයයි. එබැවින් එකම උමගක් එක් ප්රවේශ ජාලයක ක්රියා කර තවත් එකක නතර විය හැකිය: මාර්ගය වෙනස් විය, වින්යාසය නොවේ. එක් වරක් මැන එය සෑම තැනකම උපකල්පනය කිරීම මෙම ගැටලුව ජීවත් කරවන වැරැද්දයි.

උමගක් සඳහා වැදගත් සංඛ්යාව වන්නේ අභ්යන්තර MTU, එනම් බාහිර මාර්ගයේ අවසරයෙන් එන්කැප්සුලේෂන් වැය කරන දෙය අඩු කළ ප්රමාණයයි. WireGuard බාහිර IP ශීර්ෂකයක් සහ UDP ශීර්ෂකයක් එකතු කරයි; වෙනත් ප්රවාහන ඒවායේ එකතු කරයි. අභ්යන්තර ප්රමාණය ඉතා ඉහළ ලෙස සකසන්න, එවිට සම්පූර්ණ ප්රමාණයේ සෑම පැකට්ටුවකටම කිසිදා සිදු නොවන ඛණ්ඩනයක් අවශ්ය වේ.

උමගක් භාවිතයට ගත හැකි පැකට්ටුව කුඩා කරන්නේ ඇයි

උමග අතුරුමුහුණත භෞතික සබැඳියේ MTU රඳවා ගන්නේ නම්, සෑම විශාල පැකට්ටුවක්ම පහළින් යමෙකු එය ඛණ්ඩනය කිරීමට සූදානම් වීම මත රඳා පවතී. IPv4 මූලධර්මයෙන් එයට ඉඩ දෙයි, නමුත් ඛණ්ඩනය නොකරන්නැයි කියන ලද රවුටරයක් ඒ වෙනුවට දෝෂයක් ආපසු ලබා දෙයි. IPv6 රවුටර කිසිදා සංක්රාමණයේදී ඛණ්ඩනය නොකරයි, එබැවින් එකම සැකසුම ලිපින පවුල අනුව වෙනස් ලෙස හැසිරේ. කෙසේ වෙතත්, යමක් ආපසු වාර්තා කරන තෙක් යවන්නා කිසිවක් ඉගෙන නොගනී.

ප්රායෝගික ප්රතිවිපාකය වන්නේ හස්ත සම්පර්කයට ගැළපෙන නමුත් ගෙවුමට නොගැළපෙන ප්රමාණයකි. TLS ClientHello හෝ DNS විමසුමක් කුඩා වූ මාර්ගයක් නොස්පර්ශව තරණය කිරීමට තරම් කුඩා වන අතර, විශාල මාරුවක් එසේ නොවේ. එබැවින් රෝග ලක්ෂණ නිශ්චිත සත්කාරක වටා නොව නිශ්චිත මෙහෙයුම් වටා එකතු වේ.

ප්රතිපෝෂණය පැමිණි විට පමණක් සොයාගැනීම ක්රියා කරයි

IPv4 සොයාගැනීම don't-fragment බිටුව මත රඳා පවතී: පැකට්ටුව ඉදිරියට යැවිය නොහැකි රවුටරයක් ඊළඟ පැනීමේ MTU සමඟ ICMP fragmentation-needed ආපසු ලබා දෙයි, සහ යවන්නා තම ඇස්තමේන්තුව අඩු කරයි. IPv6 ඒ වෙනුවට Packet Too Big පණිවිඩ භාවිතා කරයි, මන්ද රවුටර සංක්රාමණයේදී ඛණ්ඩනය නොකරයි. යාන්ත්රණ දෙකම උපකල්පනය කරන්නේ පණිවිඩය යවන්නා වෙත ආපසු මාර්ගය සොයා ගනු ඇති බවයි, උමග හරහා සහ ආපසු මාර්ගයේ ඕනෑම ෆයර්වෝලයක් පසුකරමින්. එම උපකල්පනය අසාර්ථක වූ විට, යවන්නා මාර්ගයට දරාගත නොහැකි ප්රමාණයක් නැවත නැවත උත්සාහ කරයි.

echo request සහ echo reply අවසර දෙන ෆයර්වෝලයක් එම දෝෂ වර්ගවලට අවසර දී ඇති බව අනිවාර්ය නොවේ. ICMP යනු පවුලකි, සහ මෙහි වැදගත් සාමාජිකයන් වන්නේ දෝෂ, ප්රතිචාර යුගලය නොවේ. උමගේ දෙකෙළවරේ සහ ඒවා අතර මාර්ගයේ පාලන ගමන් ප්රතිපත්තිය පරීක්ෂා කරන්න, සහ සෑම තැනකම සෑම ICMP වර්ගයකටම අවසර දීම වෙනුවට වේදිකාවේ සහාය දක්වන මාර්ගෝපදේශ අනුගමනය කරන්න.

එම පෙරහන උමග තුළද තිබිය හැකිය. අභ්යන්තර මාර්ගය දෝෂය ඉවත හෙළුවත් බාහිර මාර්ගය එය ගෙන යයි නම්, යවන්නාට එන්කැප්සුලේටඩ් රථවාහන කිසිදා සැබවින්ම නොදකින සීමාවකට අනුවර්තනය විය හැකිය.

සංඛ්යාව අනුමාන කිරීම වෙනුවට මාර්ගය පරීක්ෂා කරන්න

ගමනාන්තය, ප්රවේශ ජාලය සහ උමග ස්ථාවරව තබා, පසුව පැකට් ප්රමාණය පමණක් වෙනස් කරන්න. MTU ඉඟියක් සමඟ අසාර්ථක වන don't-fragment පරීක්ෂණයක් ඔබට ඊළඟ පැනීමේ සීමාව ලබා දෙයි; ප්රමාණයක් පසු නොවන තෙක් නැවත නැවත කරන්න, සහ ප්රමාණය සහ ලිපින පවුල යන දෙකම සටහන් කරන්න.

ping -M do -s 1400 10.60.20.10
ping -M do -s 1300 10.60.20.10
ping -6 -M do -s 1300 2001:db8::10

ගැළපෙන ping එකක් සැබෑ යෙදුමක සම්පූර්ණ ප්රමාණයේ කොටස් ගැළපෙන බව ඔප්පු නොකරයි, එබැවින් සැබවින්ම අසාර්ථක වූ මාරුව සමඟ පරීක්ෂණය නැවත කරන්න. වඩාත්ම විශාල සාර්ථක පරීක්ෂණය ඔබ වින්යාස කළ උමග MTU සමඟ සසඳන්න, සහ සංඛ්යා දෙක ඔබේ සටහන්වල වෙන් වෙන්ව තබා ගන්න. ඒවා ආසන්න වශයෙන් එක් ශීර්ෂකයක ප්රමාණයෙන් වෙනස් නම්, ඔබ සොයාගෙන ඇත්තේ දෝෂයක් නොව එන්කැප්සුලේෂන් අධිභාරයයි.

RFC 4821 හි විස්තර කර ඇති PLPMTUD ඉහළට පරීක්ෂා කරයි, සහ ලබා දුන් දෝෂ විශ්වාස කිරීම වෙනුවට ප්රවාහන තහවුරු කිරීම් භාවිතා කරයි. ICMP පෙරහන් කරන මාර්ගවල එය උපකාරී වේ, නමුත් සහාය ස්ටැක් සහ යෙදුම අනුව වෙනස් වේ. TCP ප්රවාහයක් තමන්ම සුවපත් විය හැකි අතර, ස්ථිර ඩේටාග්රෑම් ප්රමාණයක් සහිත UDP යෙදුමක් අසාර්ථක වෙමින් පවතී.

අගයක් තෝරන්න සහ තර්කය සටහන් කරන්න

මාර්ගය දැනගත් පසු උමග MTU අඩු කිරීම රෝග විනිශ්චයක් මෙන්ම නීත්යනුකූල නිවැරදි කිරීමකි. එය කුමන මාර්ගය සහ කුමන ප්රතිපෝෂණ යාන්ත්රණය සම්බන්ධ වී ඇත්දැයි දැනගැනීමට ආදේශකයක් නොවේ, මන්ද ජංගම සබැඳියක් සඳහා සකසන ලද අගයක් තන්තු සම්බන්ධතාවයක අනවශ්ය ලෙස කුඩා වනු ඇත. තෝරාගත් ප්රමාණය, එය සාධාරණීකරණය කළ පරීක්ෂණය සහ ආපසු හැරවීමේ පියවර සටහන් කරන්න.

IPv4 යාන්ත්රණය RFC 1191 හි සහ IPv6 පැකට්කරණ මාර්ගෝපදේශය RFC 8201 හි විස්තර කර ඇත; දෙකම නම් කිරීම ඊළඟ ඉංජිනේරුවාට උපකල්පනය නැවත ව්යුත්පන්න කිරීම වළක්වයි. ඔබ තෝරාගත් ප්රමාණයේදී මාරුව තවමත් නතර වේ නම්, සංඛ්යාව අඩු කිරීම නවත්වා ඊළඟ ස්ථරය දෙස බලන්න. සෑම ප්රමාණයකදීම අසාර්ථක වන මාර්ගයක් MTU ගැටලුවක් නොවේ.