ICMP යළි-හරවන සහ ඔබේ VPN මාර්ග: සැබවින්ම වෙනස් වන්නේ කුමක්ද

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

යළි-හරවීම යනු රවුටරයකින් එන යෝජනාවකි

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

යවන්නාට එය නොසලකා හැරීමට නිදහස ඇත. ප්‍රොටෝකෝලය සත්කාරකයෙන් එහි වගුව වෙනස් කරන ලෙස ඉල්ලා නොසිටී, සහ කැප්චර් කළ යළි-හරවීමක් රවුටරයක් එය යැවූ බව පමණක් සාධනය කරයි.

බොහෝ යළි-හරවීම් විමර්ශන වැරදෙන්නේ මෙම වෙනසෙහිදීය.

IPv4 සහ IPv6 එය වෙනස් ලෙස ලබා දෙයි

IPv6 හි සමාන යාන්ත්‍රණයක් ICMPv4 හි නොව අසල්වැසි සොයාගැනීම තුළ පවතී, පණිවිඩ ආකෘති සහ වලංගු කිරීමේ නීති වෙනස් ය. සංකල්ප ගැළපේ, පැකට්ටු නොවේ. ICMP වර්ගය 5 සඳහා ලියූ කැප්චර් පෙරහනක් IPv6 ජාලයක කිසිවක් නොපෙන්වයි, සහ එය සමහර විට යළි-හරවීමක් සිදු නොවූ බවට සාක්ෂියක් ලෙස කියවේ.

ප්‍රතිපත්ති සැකසුම් ද වෙන් වෙන්ව ඇත, එබැවින් සත්කාරකයට IPv4 යළි-හරවීම් පිළිගෙන IPv6 නොසලකා හැරිය හැක, නැතහොත් ප්‍රතිවිරුද්දව.

අදාළ ප්‍රවාහය දෙකෙන් ඕනෑම එකක් භාවිත කළ හැකි නම් පවුල් දෙකම පරීක්ෂා කරන්න.

පිළිගැනීම සත්කාරක ප්‍රතිපත්තියකි, ජාල සත්‍යයක් නොවේ

Linux හි යළි-හරවීම් පිළිගැනීම අතුරුමුහුණත් අනුව සහ ගෝලීයව පාලනය වේ, සහ පෙරනිමි අගයන් සත්කාරක සහ රවුටර භූමිකා වල වෙනස් වේ. යළි-හරවීම් පිළිගන්නා ටියුනල අතුරුමුහුණතක් අමුතු නිර්මාණයකි, මන්ද ලක්ෂ්‍යයේ සිට ලක්ෂ්‍යයට ටියුනලයක් තුළ එම සබැඳියේම විකල්ප ඊළඟ හොප් එකකට අර්ථයක් නැත. එබැවින් මෙම සැකසුම උපකල්පනය නොකර කියවීම වටී.

ආරක්ෂිත යළි-හරවීම් සැකසුම් තවදුරටත් සීමා කරන්නේ කුමන ගේට්වේ සඳහා විශ්වාස කළ හැකිද යන්නයි.

ඔබ සත්කාරකයක් තද කරන්නේ නම්, සමාලෝචනය කළ යුතු සැකසුම් මේවා ය, සහ එකම ජාලයක යන්ත්‍ර දෙකක් වෙනස් ලෙස හැසිරෙන්නේ ද මේවා නිසා ය. ඒවා දෝෂහරණ කෙටි මාර්ගයක් ලෙස නොව ප්‍රතිපත්තියක් ලෙස වෙනස් කරන්න.

යළි-හරවීමක් පැහැදිලි කළ නොහැකි දේ

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

පැරණි කැප්චරය අනෙක් උගුලයි, මන්ද ජාලය මාරු කළ සේවාදායකයාට වෙනත් ස්ථානීය ගේට්වේ එකක් ඇත.

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

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

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

ආරක්ෂිත මාර්ගයක් නිහඬව අනාරක්ෂිත වීමට යළි-හරවීමක් හේතු නොවිය යුතු ය, එබැවින් පිළිගැනීමේ ප්‍රතිපත්තිය නිර්මාණ සමාලෝචනයට අයත් ය. RFC 792 අර්ථ දැක්වීම IPv4 පණිවිඩයට පැවසිය හැකි දෙයට සන්දර්භය ලෙස රැඳී ඇත.

මාර්ග සෙවීමේ ප්‍රතිඵලය සහ කැප්චරයේ වේලාව එකට ලියන්න, එවිට ඊළඟ පුද්ගලයාට ඔබේ නිගමනය නැවත නිපදවිය හැක.