MTU කළු වළ: කුඩා ඉල්ලීම් වැඩ කරන නමුත් උඩුගත කිරීම් නතර වන්නේ ඇයි

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

වළ කළු කරන්නේ කුමක්ද

සෑම සබැඳියකටම උපරිම සම්ප්‍රේෂණ ඒකකයක් ඇත, ඊළඟ පනින සීමාවට වඩා විශාල පැකට් එක කැබලි කළ යුතුය, නැතහොත් එය පවසන ICMP පණිවිඩයක් සමඟ ප්‍රතික්ෂේප කළ යුතුය. මාර්ගයේ MTU සොයාගැනීම රඳා පවතින්නේ එම පණිවිඩය ලැබීම සහ එය ගරු කිරීම මතය. එය පෙරහන් කිරීම හෝ නොසලකා හැරීම තැපැල් කරන්නා කිසිදා නොගැලපෙන පැකට් නැවත නැවත යැවීමට ඉඩ හරියි.

එන්කැප්සුලේෂන් මෙය VPN වටා සාමාන්‍ය කරයි, මන්ද උමං මාර්ගයක් භෞතික සබැඳිය සඳහා දැනටමත් මනින ලද පැකට් එකකට බාහිර ශීර්ෂයක් එකතු කරයි. ඇතුළත පැකට් එක 1500 බයිට්වලට වලංගු වන අතර එන්කැප්සුලේට් කළ එක නොවේ, එබැවින් එය මායිමේදී මිය යයි, කුඩා පැකට් ගමන් කරයි. සම්පූර්ණ වූ අතට අත දීම සහ වැඩ කරන පිවිසුම් පිටුව සනාථ කරන්නේ කුඩා පැකට් වැඩ කරන බව පමණි. යෙදුම යැවීමට උත්සාහ කරන විශාලතම පැකට් එකයි වැදගත්.

එය බිඳෙන ප්‍රමාණය සොයන්න

නොකැඩෙන පරීක්ෂණයක් සමඟ පේලෝඩයේ ප්‍රමාණය ද්විමය සෙවීමකින් සොයන්න, උමං මාර්ගයේ එක් පසෙක සත්කාරකයක සිට අනෙක් පසෙහි සත්කාරකයකට. සාර්ථක වන විශාලතම පේලෝඩය යනු ඔබගේ භාවිතයට ගත හැකි මාර්ග MTU අඩු ශීර්ෂ උපරි වියදමයි.

ping -M do -s 1400 -c 2 192.0.2.20
ping -M do -s 1200 -c 2 192.0.2.20
ping -f -l 1372 192.0.2.20

1472 බයිට් පේලෝඩයක් පිරිසිදු 1500 බයිට් Ethernet මාර්ගයක සාර්ථක වේ, IPv4 සහ ICMP ශීර්ෂවල 28 බයිට් එකතු කළ විට. උමං මාර්ගය ඉහළ නැඟීමෙන් පසු එම පරීක්ෂණය කුඩා පේලෝඩයක් සමඟ පමණක් සාර්ථක වන්නේ නම්, වෙනස එන්කැප්සුලේෂන් උපරි වියදමයි, උමං මාර්ගයේ මායිම ප්‍රතික්ෂේප පණිවිඩය උත්පාදනය විය යුතු තැනයි. සම්බන්ධ වීමට පෙර සහ පසු දෙකම සංඛ්‍යා සටහන් කරන්න, එම යුගලයම සාක්ෂියයි. යෙදුම IPv6 භාවිතා කරන්නේ නම් ඒ සඳහා පරීක්ෂණය නැවත කරන්න, මන්ද ශීර්ෂය විශාල වන අතර අසාර්ථක සීමාව මාරු වේ.

උමං මාර්ගයට දොස් පැවරීමට පෙර සාක්ෂි කියවන්න

දුරස්ථ යෙදුම් දෝෂ, තදබදය සහ සාමාන්‍ය අලාභය ද උඩුගත කිරීම් නතර කරයි, එබැවින් එක් අසාර්ථක මාරුවීමක් කළු වළක් හඳුනා නොගනී. ඒවා වෙන් කරන්නේ ප්‍රමාණ සම්බන්ධතාවයයි: 1200 බයිට්වලට පුනරාවර්තනීය සාර්ථකත්වයක් සහ 1400 බයිට්වලට පුනරාවර්තනීය නැවතීමක්, එකම දිශාවට, එකම අන්ත ලක්ෂ්‍යය හරහා.

දෙකෙළවරේම ග්‍රහණය පෙන්වන්නේ විශාල පැකට් පිටවී කිසිදා නොපැමිණෙන බවයි, මැද ප්‍රතික්ෂේපයක් නොමැතිව. සේවාදායකය වෙනුවට මායිම් උපාංගය දෙස බැලිය යුතු මොහොත එයයි, මන්ද සේවාදායකය තමාට සැබවින්ම ලැබෙන සෑම ඉල්ලීමකටම පිළිතුරු දෙයි. තදබදය ද නතර කරයි, නමුත් එය විවිධ වේලාවන්හි විවිධ ප්‍රමාණ නතර කරයි, එය වෙනත් අත්සනකි.

ගමන් මාධ්‍ය දෙකෙහිම අලුත්වැඩියාව පරීක්ෂා කරන්න

සහාය දක්වන අලුත්වැඩියාව වන්නේ මායිමට සැබෑ සීමාව වාර්තා කිරීමට ඉඩ දීමයි, නැතහොත් එහි TCP හි උපරිම ඛණ්ඩ ප්‍රමාණය තද කිරීමයි, එවිට විශාල ඛණ්ඩයක් උත්සාහ නොකෙරේ. ජාලයේ සෑම MTU එකක්ම පහත හෙළීම හෝ ෆයර්වෝලය අක්‍රීය කිරීම රෝග ලක්ෂණය සඟවා පසුව කිසිවෙකුට තර්ක කළ නොහැකි වින්‍යාසයක් ඉතිරි කරයි.

ip link show dev tun0
sudo nft list ruleset | grep -i -E 'mtu|mss'
sysctl net.ipv4.tcp_mtu_probing
ping -M do -s 1400 -c 2 192.0.2.20

එම ප්‍රමාණ පරීක්ෂණයෙන් සත්‍යාපනය කරන්න, පසුව අසාර්ථක වූ යෙදුම සමඟ, සහ දෙවන ප්‍රොටෝකෝලයක් පරීක්ෂා කරන්න, මන්ද UDP යෙදුම් කිසිදා TCP හි ඛණ්ඩ ප්‍රමාණ නිවැරදි කිරීම නොලබයි. ටිකට්පතේ මුල් අගයන් තබන්න, මන්ද ආපසු හැරවිය නොහැකි අලුත්වැඩියාවක් සිදුවීමට බලා සිටින දෙවන ගැටලුවකි. ප්‍රමාණ පරීක්ෂණය සමත් වී උඩුගත කිරීම තවමත් නතර වන්නේ නම්, කළු වළ හේතුව නොවීය, වෙනස පුළුල් කිරීම වෙනුවට විමර්ශනය ඉදිරියට යා යුතුය.