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

එක් එක් පවුල කරන්නේ කුමක්ද

වගුව පේළි හතරක යාන්ත්‍රණයයි, එක් පේළියක් බොහෝ ව්‍යාකූලත්වය පැහැදිලි කරයි.

BehaviourIPv4IPv6
Router fragments an oversized packetAllowed while DF is clearNever
Signal returned to the senderICMP Fragmentation NeededICMPv6 Packet Too Big
Size that must always work68 bytes1280 bytes
Fragmentation possibleRouters or sourceSource only

IPv6 සතුව මාර්ගයේදී කැබලි කිරීමක් නැති අතර ඉවත් කළ යුතු DF ධජයක් ද නැත, එබැවින් පැකට් ඉතා විශාල වූ විට රැඳී සිටීමට කිසිවක් නැත. යවන්නාට කිව යුතු අතර, යවන්නා එය විශ්වාස කළ යුතුය.

උමං මාර්ගය මාර්ගය නිහඬව පටු කරයි

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

ESP හි අමතර බර ප්‍රකාරය සහ ඇල්ගොරිතම මත රඳා පවතී, එබැවින් නිවැරදි උමං MTU යනු ගණනය කිරීමක් මිස සම්ප්‍රදායක් නොවේ. ඔබ තෝරන කුමක් වුවත්, සම්පූර්ණ 1280 බයිට් අභ්‍යන්තර IPv6 පැකට් එකකට ඉඩ තැබිය යුතුය, මන්ද සෑම IPv6 සබැඳියක්ම එතරම් ගෙන යා යුතුය. 1280 බයිට් IPv6 ගෙන යා නොහැකි උමං මාර්ගයක් ටියුනින්ග් ගැටලුවක් නොවේ; එය එම පවුලට කැඩුණු මාර්ගයකි. IPv4 පමණක් ඇති ස්ථාපනයකින් MTU අගය පිටපත් කරන විට අතුරුදහන් වන්නේ මෙම සීමාවයි.

රෝග ලක්ෂණය එකතැන නතර වීමක් ලෙස පෙනෙන්නේ ඇයි

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

ICMPv6 හි පැකට් ඉතා විශාල යැයි පණිවිඩ පෙරහන් කරන්නේ නම්, යවන්නා කිසිදා නොදැනගෙන එම ප්‍රමාණයම නැවත නැවත උත්සාහ කරයි. එය කළු කුහරයක් මිස මන්දගාමී මාර්ගයක් නොවේ, එහි ලක්ෂණය අහඹු හානියක් නොව පුනරාවර්තන ප්‍රමාණ සීමාවකි. අදාළ පාලන ගමනාගමනයට ඉඩ දීම ක්‍රියාකාරී IPv6 ස්ථාපනයක කොටසකි, උපකාරයක් නොවේ.

ඔබේම මාර්ගය රඳා පවතින පණිවිඩ ක්‍රියා විරහිත කර ඉන්පසු ප්‍රතිඵලය IPv6 දෝෂයක් ලෙස විස්තර නොකරන්න. එම තර්කයම IPv4 හි Fragmentation Needed පණිවිඩ සඳහා ද වලංගු වේ, ඒවා ද නාශක ලේඛකයන් අතර සමානවම ජනප්‍රිය නොවන අතර සමානවම අවශ්‍ය වේ.

සීමාව මනින්න, පසුව ස්තරය නිවැරදි කරන්න

අනුමාන නොකර පරීක්ෂා කරන්න: IPv4 හි don't-fragment ධජය සහ IPv6 හි ස්ථිර ධාරක ප්‍රමාණ භාවිත කරන්න, ප්‍රතිචාර නතර වන තැන සටහන් කරන්න. ping -M do -s 1472 සහ ping -6 -s 1400 ගැටලුවේ හැඩය තීරණය කිරීමට ප්‍රමාණවත් වන අතර, tracepath මාර්ගයේදී සොයාගත් මාර්ග MTU වාර්තා කරයි.

පසුව එම සංඛ්‍යාවට හිමිකම් ඇති ස්තරය නිවැරදි කරන්න: උමං අතුරුමුහුණතේ MTU, TCP සඳහා MSS තද කිරීම, නැතහොත් මාර්ගයම. IPv6 නියමය සඳහා RFC 8200 යනු යොමුවයි, එය එය වළක්වන සිද්ධියට වඩා කෙටි කියවීමකි.

යෙදුම සැබවින්ම භාවිත කරන පවුල පරීක්ෂා කරන්න, මන්ද ද්විත්ව ගොඩැලි නාමයක් එක් පවුලක පිළිතුරු දිය හැකි අතර අනෙකෙහි නොදිය හැක, ජාල වෙනසකින් පසු යෙදුම මාරු විය හැක. ඔබ පරීක්ෂා කළ ලිපිනය සටහන් කරන්න, මන්ද A වාර්තාවට එරෙහි ප්‍රතිඵලය AAAA වාර්තාව ගැන කිසිවක් නොකියයි.

ප්‍රමාණ සීමාව සාක්ෂියක් ලෙස සලකන්න

පුනරාවර්තන ප්‍රමාණ සීමාවක් යනු සෑම විටම එකම බයිට් ගණනින්, එකම මූලාශ්‍රයෙන් නිවැරදිව පුනරුත්පාදනය වන අල්ප ජාල දෝෂවලින් එකකි. එය එය අභිරහසක් නොව ත්‍යාගයක් කරයි, එමෙන්ම නිවැරදි කිරීම බලාපොරොත්තු වනවා වෙනුවට සත්‍යාපනය කළ හැකි බව ද අදහස් කරයි.

සොයාගත් MTU, ඔබ වින්‍යාස කළ උමං MTU සහ වෙනස ඔප්පු කළ පරීක්ෂණය ටිකට් පතෙහි ලියන්න. මීළඟ පුද්ගලයා තවත් සබැඳියක එම ගණිතයම මුණගැසෙනු ඇත.

අදාළ ලිපි