MTU ද MSS ද? VPN වෙනසක් ඇත්තටම යෙදවන්නේ කුමක්ද
MTU මගින් සබැඳියක් ගෙන යන දේ සීමා කරයි; MSS මගින් එහි ඇති TCP බර සීමා කරයි. නිවැරදි එක සීමා කරන්න, දෙකෙන් කිසිවක් ආවරණය නොකරන ප්රොටොකෝල මොනවාදැයි දැනගන්න.
පිංග් සාර්ථක වේ, විශාල මාරු කිරීම් අවහිර වේ, ටනලය තමා සුවපත් බව ප්රකාශ කරයි. කෙනෙක් අතුරුමුහුණතේ MTU අඩු කරයි, තවත් කෙනෙක් MSS සීමා කරයි, සමහර විට කිසිවෙකු සටහන් නොකරන හේතු නිසා ගැටලුව නැති වේ. එම සංඛ්යා දෙක වෙනස් වස්තු විස්තර කරයි, එබැවින් වැරදි එක වෙනස් කිරීමෙන් වාසනාවක් වගේ පෙනෙන නිවැරදි කිරීමක් ලැබේ. මෙන්න ක්රියා පටිපාටිය: ස්තරය හඳුනාගන්න, ගැළපෙන සීරුමාරුව යොදන්න, පසුව නව සම්බන්ධතාවයක පරීක්ෂා කරන්න.
සංඛ්යා දෙකක්, වස්තු දෙකක්
MTU සබැඳියකට හෝ අතුරුමුහුණතකට අයත් වේ: එය බෙදීමකින් තොරව භාර දිය හැකි විශාලතම පැකට්ටුවයි. MSS TCP ට අයත් වේ: එය එක් කොටසකට ගෙන යා හැකි විශාලතම TCP බර ප්රමාණය වන අතර TCP සහ IP ශීර්ෂ දෙකම ඉවත් කරයි. IPv4 සහිත සාමාන්ය ඊතර්නෙට් සබැඳියක 1500 බයිට් MTU එක හුරුපුරුදු 1460 බයිට් MSS එක ලබා දෙයි. එම සංඛ්යා වෙනස් ස්තර විස්තර කරන අතර වෙනස් ක්රියාවලි මගින් හුවමාරු වේ. දෙකම බයිට් වලින් මනින බැවින් සහ දෙකම 1500 ට ආසන්න බැවින් ඒවා ව්යාකූල කර ගැනීම පහසුය.
එකක් අතුරුමුහුණත් සැකසුමක් ලෙස පැමිණේ. අනෙක SYN කොටසක් තුළ විකල්පයක් ලෙස පැමිණේ, ඔබේ අතුරුමුහුණත කිසිදා නොදකින කෙළවර අතර සාකච්ඡා කරනු ලැබේ.
පිටත අමතර බර වැටෙන්නේ කොහේද
VPN ඇතුළත පැකට්ටුව තවත් එකක් තුළ තබයි, පිටත පැකට්ටුව භෞතික මාර්ගයට ගැළපිය යුතුය. එන්කැප්සුලේෂන් ශීර්ෂ, පිටත IP ශීර්ෂය, ප්රවාහන ශීර්ෂය සහ ඕනෑම සත්යාපන ටැගයක් ඇතුළත පැකට්ටුවට භාවිත කළ නොහැකි බයිට් වැය කරයි. ටනල අතුරුමුහුණත 1500 හි තැබුවොත් පිටත පැකට්ටුව මාර්ගයට ගෙන යා හැකි ප්රමාණය නිතරම ඉක්මවයි. 'ඛණ්ඩනය නොකරන්න' බිටුව සකසා ඇත්නම් රවුටරය එය ඉවතලයි සහ ICMP දෝෂයක් ආපසු යැවිය යුතුය; එම දෝෂය පෙරා ගතහොත් යවන්නාට කිසිදා දැනගන්නට නොලැබේ.
එබැවින් අසාර්ථකත්වය තෝරාගත් ලෙස පෙනේ. කුඩා ඉල්ලීම් සම්පූර්ණ වන අතර කොටසක් පුරවන ඕනෑම දෙයක් නතර වේ, මන්ද ඉවතලන්නේ විශාල පැකට්ටු පමණි. පිංග් එකක් පසු කරන ටනලයක් දත්ත ගෙන යන ටනලයක් නොවේ.
MSS සීමා කිරීම සහ එය අදාළ වන තැන
MSS සීමා කිරීම තෝරාගත් ලක්ෂ්යයක් හරහා යන විට SYN කොටසේ අගය නැවත ලියයි, එමගින් කෙළවර දෙකම හේතුව නොදැන කුඩා බරක් තෝරා ගනී. Linux හි මෙය පැහැදිලි රීතියක් මගින් යෙදෙන mangle වගුවේ ඉලක්කයක් වන අතර එය ඔබට අවශ්ය දිශාවට SYN පැකට්ටුවලට වැදිය යුතුය. එය ටනල අතුරුමුහුණතට සහ ලිපින පරාසයට සීමා කරන්න, මන්ද පුළුල් රීතියක් ටනලයට කිසිදා නොඑන රථවාහන හැසිරීම වෙනස් කරයි.
බලපෑම TCP ට පමණි. UDP යෙදුමක්, QUIC සැසියක් සහ තමන්ගේම ඩේටාග්රෑම් ගොඩනඟන ඕනෑම ප්රොටොකෝලයක් මෙයින් ස්පර්ශ නොවේ.
ස්ථාවර මාර්ගයකින් රෝග විනිශ්චය කරන්න
එක් වරකට එක් විචල්යයක් තබා ගන්න. ඔබම ප්රමාණය තෝරන පැකට්ටුවකින් පරීක්ෂා කරන්න, සහ කර්නලය ප්රතිඵලය සඟවා නොගෙන වාර්තා කරන පරිදි 'ඛණ්ඩනය නොකරන්න' ධජය සකසන්න.
අසාර්ථකත්වය ආරම්භ වන්නේ කොහෙන්ද සටහන් කරන්න: ටනලය තුළ, ටනල අතුරුමුහුණතේ, හෝ එන්කැප්සුලේෂන් පසු භෞතික මාර්ගයේ. පසුව එක් සංඛ්යාවක් වෙනස් කර අනෙකක් නොව එම පරීක්ෂණයම නැවත කරන්න. දැනට ඇති සම්බන්ධතා එකඟ වූ MSS රඳවා ගනී, එබැවින් ප්රතිපත්ති වෙනසක් පෙනෙන්නේ නව සම්බන්ධතාවයක පමණි, එබැවින් කෑෂ් කළ පිටුවක් කිසිදු දිශාවකට කිසිවක් ඔප්පු නොකරයි. එක් විශාල උඩුගත කිරීමක් වැඩ කරන්නට පටන් ගත්තොත් ඔබ ඉගෙන ගත්තේ එම මාර්ගය ගැන මිස එය මත ඇති සෑම ප්රොටොකෝලයක් ගැන නොවේ.
සෑම වෙනසක්ම යෙදවන්නේ නැති දේ
අතුරුමුහුණතේ MTU අඩු කිරීම දැනටමත් ස්ථාපිත සැසියක MSS වෙනස් නොකරයි. MSS සීමා කිරීම UDP ප්රවාහයට උදව් නොකරයි, ICMP දෝෂ එක් දිශාවකට පමණක් පෙරන මාර්ගය අලුත්වැඩියා නොකරයි. සෑම වෙනසක්ම එක් ගැටලු පන්තියක් නිවැරදි කර ඉතිරිය තිබූ ලෙසම තබයි.
ඔබ කුමන සීරුමාරුව කොහේ යෙදුවාද සහ කුමන පරීක්ෂණයෙන් වෙනස පෙන්නුම් කළාද යන්න ලියන්න, නැතහොත් ඊළඟ ඉංජිනේරුවා දෙකම යොදා කුමක්ද වැදගත් වූයේ කියා පැවසීමේ හැකියාව අහිමි වේ. සීමාව සැබෑ සහ ස්ථිර නම්, එය සඟවන සීමා කිරීමකට වඩා එය පිළිබිඹු කරන ටනල MTU එකක් තෝරන්න. සීමා කළ යුතුම නම්, රීතිය සීමිත විෂය පථයකින් හා අදහස් දැක්වීමකින් තබන්න, මන්ද පැහැදිලි නොකළ mangle රීතියක් පෙරනිමියෙන් ස්ථිර වේ.