/32 හෝස්ට් මාර්ගය VPN අන්ත ලක්ෂ්‍යය ළඟා විය හැකි ලෙස තබා ගන්නේ ඇයි

සම්බන්ධ වීමෙන් පසු රවුටින් වගුව විවෘත කරන විට එක් ලිපිනයක් ටනලය හරහා යන අතර එය වටා ඇති උපජාලය තවමත් දේශීය ගේට්වේ වෙත යන බව පෙනේ. එම සටහන හෝස්ට් මාර්ගයකි: එක් ලිපිනයක්, සියල්ල එකක් වන පූර්වාංකයකින් ගැළපෙන. මෙය වැදගත් වන්නේ රවුටින් තීරණ දිගම ගැළපෙන පූර්වාංකය භාවිතා කරන බැවින් /32 යන දෙකම වෙනස් නොකර /24 හෝ පෙරනිමිය ඉක්මවා යා හැකි බැවිනි. මෙය සැලකිලිමත් ව්‍යතිරේකයක් ද අනාගත බාධාවක් ද යන්න එය නම් කරන ලිපිනය සහ එය නඩත්තු කරන පුද්ගලයා මත රඳා පවතී.

එක් ලිපිනයක්, වගුවේ එක් සටහනක්

IPv4 හෝස්ට් මාර්ගයට /32 පූර්වාංකයක් ඇති අතර IPv6 හෝස්ට් මාර්ගයට /128 ඇත, එනම් සටහනට හරියටම එක් ගමනාන්ත ලිපිනයක් සමඟ ගැළපිය හැක. වගුවේ වෙන කිසිවක් චලනය නොවේ: ආවරණය කරන උපජාලය සහ පෙරනිමි මාර්ගය තිබූ තැනම රැඳේ. පටු සටහන එම ලිපිනය සඳහා ජය ගන්නේ එහි පූර්වාංකය දිගු බැවින් මිස පසුව එකතු කළ නිසා නොවේ.

එම ගුණය හෝස්ට් මාර්ගය හොඳ ව්‍යතිරේකයක් සහ නරක පුරුද්දක් බවට පත් කරයි. සේවාවක පිටුපස දොරටුව නම් කරන /32 සටහන් දෙකක් එහි දෙවන ලිපිනය, එහි IPv6 ලිපිනය හෝ ලබන මාසයේ එය ගමන් කරන ලිපිනය ආවරණය නොකරයි. පැහැදිලි නොකළ තනි-ලිපින සටහන් වලින් පිරුණු වගුවක් සාමාන්‍යයෙන් අර්ථ දෙන්නේ කෙනෙකු උපජාල තීරණයක් ගැනීම වෙනුවට එය වටා තැලීම් කරමින් සිටි බවයි. පළමුව පූර්වාංකයේ දිග කියවා, පසුව සටහන කුමක් ආරක්ෂා කළ යුතු දැයි අසන්න.

සටහන සේවාදායකයාගෙන් පිටතට කියවන්න

ගැටලුව ඇති යන්ත්‍රයෙන් ආරම්භ කරන්න, මන්ද එම ලිපිනයම ලැප්ටොප් එකේ සහ එහි ඉදිරියේ ඇති ගේට්වේ එකේ වෙනස් ලෙස රවුට් විය හැක. වගුව ඉහළින් කියවනවා වෙනුවට යෙදුම භාවිතා කරන නිශ්චිත ලිපිනය සඳහා කර්නලය කුමන මාර්ගය තෝරා ගනී දැයි අසන්න. පිළිතුරට අතුරුමුහුණත සහ ඊළඟ පියවර ඇතුළත් වේ, ඒවා එකට තීරණයයි.

ip route get 203.0.113.25
ip -6 route get 2001:db8:4::25
ip route show | grep -F 203.0.113.25
Find-NetRoute -RemoteIPAddress 203.0.113.25

යෙදුම ඇත්තෙන්ම තෝරා ගන්නා ලිපින පවුල සඳහා විමසුම නැවත කරන්න, මන්ද සේවාදායකයාට IPv6 ට මුල්තැන දී IPv4 ව්‍යතිරේකය නිශ්ශබ්දව මඟ හැරිය හැක. ටනලය ඉහළ යාමට පෙර සහ පසු ප්‍රතිඵලය සසඳා, ප්‍රතිදාන දෙකම තබා ගන්න. එම සැසඳීම පෙන්වන්නේ සේවාදායකයා සම්බන්ධ වන විට සටහන එකතු කළා ද නැතහොත් එය දැනටමත් එහි තිබුණා ද යන්නයි.

ස්ථිර සටහනක් සහ ධාවන කාල සටහනක් වෙනස් ලෙස අසාර්ථක වේ. ධාවන කාලයේ එක සැසිය සමඟ අතුරුදහන් වන අතර, ස්ථිර එක නැවත ආරම්භයෙන් පවතිමින් තවදුරටත් නොපවතින ගේට්වේ එකකට ගමන් කරන බව අඛණ්ඩව යවයි.

අන්ත ලක්ෂ්‍ය ව්‍යතිරේකය සහ පුනරාවර්තන උගුල

VPN සේවාදායකයින් සාමාන්‍යයෙන් පෙරනිමි මාර්ගය හරවා යැවීමට පෙර මුල් ගේට්වේ හරහා සේවාදායකයේ පිටත ලිපිනයට හෝස්ට් මාර්ගයක් ස්ථාපනය කරයි. එම සටහන නොමැතිව සංකේතනය කළ පැකට් ඔවුන් ඉදිකිරීමට උත්සාහ කරන ටනලය තුළට යවනු ලබන අතර, සම්බන්ධතාවය කාලය ඉකුත් වන තෙක් ලූපයක භ්‍රමණය වේ.

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

යෙදුම ඇත්තෙන්ම භාවිතා කරන මාර්ගය තහවුරු කරන්න

යෙදුම වෙනත් ලිපිනයකට හෝ වෙනත් පවුලකට සම්බන්ධ වන විට හෝස්ට් නාමයට සාර්ථක ping එකක් දුර්වල සාක්ෂියකි. සේවාදායකය ධාවනය කරන යන්ත්‍රයෙන් ලිපිනය, පවුල, පෝට් සහ අතුරුමුහුණතෙහි නිශ්චිත සංයෝජනය තහවුරු කරන්න.

ip route get 203.0.113.25
sudo nft list ruleset | grep -A 4 'chain output'
curl -sS --max-time 8 -o /dev/null -w '%{remote_ip}
' https://app.example.net

මාර්ගය වැරදි නම්, කිසිවක් සංස්කරණය කිරීමට පෙර අවශ්‍යතාවය ජාලයක් ද එක් ලිපිනයක් ද යන්න තීරණය කරන්න. තනි-ලිපින අවශ්‍යතාවයක් අදහසක් සහ හිමිකරුවෙකු සමඟ හෝස්ට් මාර්ගයක් සාධාරණීකරණය කරයි; භ්‍රමණය වන ලිපින සහිත සේවාවකට වසම් මත පදනම් වූ රවුටින් හෝ අවංක උපජාල තීරණයක් අවශ්‍ය වේ.

තවදුරටත් සැබෑ ගමනාන්තයකට නොගැළපෙන සටහන් ඉවත් කර, රඳවා ගන්නා ඒවා සටහන් කරන්න. පැහැදිලි නොකළ /32 මාස තුනකට පසු දෝෂයකින් වෙන් කර හඳුනාගත නොහැකි අතර, ඊළඟ පුද්ගලයා එය මත කුමක් රඳා පැවතුනි දැයි නොදැන එය මකා දමනු ඇත.