IPv6 පැකට්ටුව ඉතා විශාලයි: විශාල VPN මාරු කිරීම් නතර වන්නේ ඇයි

පිංග් ක්‍රියා කරයි, බ්‍රවුසරය කුඩා පිටුවක් පූරණය කරයි, සහ ගොනු මාරු කිරීම නතර වේ, සියල්ල එකම උමඟ හරහා IPv6 මත. මෙම රටාව සාමාන්‍යයෙන් අදහස් කරන්නේ යවන්නා මාර්ගයේ සැබෑ ප්‍රමාණය කිසිදා ඉගෙන නොගත් බවයි, උමඟ මන්දගාමී බව නොවේ. IPv6 අපේක්ෂා කරන්නේ රවුටර Packet Too Big පණිවිඩයෙන් ගැටලුව වාර්තා කරනු ඇති බවයි, සහ එන්කැප්සුලේෂන් පැකට්ටුව බාහිර ජාලයට ළඟා වීමට පෙරම අමතර බරක් එකතු කරයි. එම පණිවිඩය පෙරහන් කළහොත්, යවන්නා ගමන් කළ නොහැකි ප්‍රමාණයක් නැවත නැවත යවයි.

කුඩා ඉල්ලීම්, විශාල නතරවීම්

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

එක් පණිවිඩයක් නැති වීම පමණක් සාම්ප්‍රදායික රෝග ලක්ෂණය ඇති කිරීමට ප්‍රමාණවත්ය: අත් වැනීම් සහ කුඩා පිළිතුරු සාර්ථක වේ, සහ නාමාවලි ලැයිස්තුවක් හෝ උඩුගත කිරීමක් සෑම විටම එකම ස්ථානයේ නතර වේ. පරිශීලකයින් මෙය මන්දගාමී VPN ලෙස විස්තර කරන අතර, ලොග් සත්‍යාපනයේ කිසිදු වැරැද්දක් නොපෙන්වයි. නිරීක්ෂණ දෙකම නිවැරදි වන අතර කිසිවක් දෝෂයේ ස්ථානය සොයා නොගනී.

Packet Too Big යනු ප්‍රතිපෝෂණයයි, ගමනාගමනය නොවේ

ICMPv6 Packet Too Big පණිවිඩය ඊළඟ පිම්මට පිළිගත හැකි ප්‍රමාණය ගෙන යයි, යවන්නා එය තම ඇස්තමේන්තුව අඩු කිරීමට භාවිත කරයි. එය පෙරහන් කිරීම මාර්ග සංඥාවක් ඉවත් කර පසුව රියදුරන්ට දොස් පැවරීමට සමානය. සියලු ICMPv6 බැහැර කරන නීතිය දැඩි ලෙස පෙනුනත්, එය අවශ්‍ය සෑම සබැඳියකම මාර්ග සොයාගැනීම කඩා දමයි. පණිවිඩය මාර්ගය පිළිබඳ පාලන තොරතුරු වන අතර, යෙදුම් භාරය නොවේ.

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

ලිපින පවුල් දෙකම වෙන් වෙන්ව පරීක්ෂා කරන්න

IPv6 වෙන වෙනම පරීක්ෂා කරන්න, මන්ද සාර්ථක IPv4 මාරු කිරීමක් IPv6 මාර්ගය ගැන කිසිවක් ඔප්පු නොකරයි. ඉන්පසු විශාල මාරු කිරීම නතර වන අතරතුර පාලන පණිවිඩ ග්‍රහණය කරන්න. වාර්තා දෙකම එකට ප්‍රතිපෝෂණය පිටවන බව පෙන්වයි, නැතහොත් එය කිසිදා නොපැමිණි බව ඔප්පු කරයි.

ping -6 -M do -s 1400 host.internal
ip -6 route get 2001:db8:2::10
sudo tcpdump -ni any 'icmp6 and ip6[40] == 2'

පරීක්ෂකයා do-not-fragment බිටුව සකසා පැකට්ටුවක් යවා එය අසාර්ථක වන ප්‍රමාණය වාර්තා කරයි, උමඟ රඳවා ගත යුතු සංඛ්‍යාව එයයි. මාර්ග විමසුම ගමනාන්තය රැගෙන යන අතුරුමුහුණත නම් කරයි, එබැවින් කුමන සබැඳියේ MTU අදාළ වේදැයි ඔබ දනී. ග්‍රහණය ICMPv6 වර්ගය 2, එනම් Packet Too Big පණිවිඩය, පෙරහන් කර එය මෙම සත්කාරකයට ළඟා වේදැයි පෙන්වයි. පණිවිඩය ග්‍රහණයේ දිස්වුවත් මාරු කිරීම තවමත් නතර වේ නම්, යවන්නා එය නොසලකා හරියි, එය විමර්ශනය ජාලයෙන් තොගයට මාරු කරයි.

සාක්ෂි පසුව පමණක් උමඟේ ප්‍රමාණය වෙනස් කරන්න

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

ඔබ ගේට්වේ පාලනය කරන්නේ නම්, ෆයර්වෝලය ක්‍රියා විරහිත කිරීම වෙනුවට පණිවිඩය බැහැර කරන නීතිය පරීක්ෂා කරන්න. නිවැරදි කළ එක් නීතියක් ප්‍රතිපත්ති ව්‍යතිරේකයකට වඩා පටු වන අතර පසුව ආරක්ෂා කිරීම වඩා පහසුය. එම තර්කයම කාල සීමාවන්ටද අදාළ වේ: සෑම නැවතීමක්ම ප්‍රමාණ ගැටලුවක් නොවේ, සහ දෙක වෙන් කරන්නේ ග්‍රහණයයි.