Linux VPN පිළිතුරු අතුරුදහන් වේද? rp_filter සහ මාර්ගය පරීක්ෂා කරන්න

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

මූල සත්‍යාපනය තීරණය කරන්නේ කුමක්ද

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

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

සැබෑ මාදිලිය කියවන්න, එක් ක්ෂේත්‍රයක් නොවේ

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

sysctl net.ipv4.conf.all.rp_filter
sysctl net.ipv4.conf.<iface>.rp_filter
ip route get <source-of-the-reply>

තුන්වන පේළියේ මාර්ග සෙවීම මිනිසුන් මඟ හරින කොටසයි. එය කර්නලය මූලය ගැන සිතන දේ කියයි, සහ එයම පරීක්ෂාවේ ආදානයයි.

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

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

ප්‍රතිලෝම මාර්ගය නිකම්ම නැතිනම්, පරීක්ෂාව අක්‍රීය කරනවාට වඩා එය එකතු කිරීම හේතුව හදයි. නැතිවූ මාර්ගය, ෆයර්වෝල් ප්‍රතික්ෂේපය සහ වැරදි රථවාහන තේරීම පෙනෙන ලක්ෂණයම ඇති කරයි, ඒවායින් එකක් පමණක් මූල සත්‍යාපනය ගැනය.

පළමු ප්‍රතිචාරය ලෙස මූල පරීක්ෂා ගෝලීයව අක්‍රීය නොකරන්න. එය නිශ්චිත රෝග විනිශ්චයක් පසුව මතක තබා ගත යුතු පුළුල් හැසිරීම් වෙනසක් සමඟ මාරු කරයි.

ඔබට ආරක්ෂා කළ හැකි තෝරාගත් සීරුමාරුවක්

සැබවින්ම පටු සීරුමාරුවක් අවශ්‍ය නම්, එය අවශ්‍ය අතුරුමුහුණතට සීමා කරන්න, ඇයිද යන්න ලියන්න, සහ නැවත ඇරඹීමෙන් පසුවත් රැඳී සිටීමට එම අතුරුමුහුණතට හිමි වින්‍යාසයේ එය තබන්න. පසුව අසමත් වූ එම ප්‍රවාහයම එම මූලයේ සිට එම ගමනාන්තයට නැවත පරීක්ෂා කරන්න, පහසු දෙයකට ping කරනවාට වඩා.

තවමත් ප්‍රතික්ෂේප විය යුතු අවස්ථාවක් ඇතුළත් කරන්න. එම අවස්ථාව දැන් සාර්ථක නම්, සීරුමාරුව ඔබ හදාගැනීමට අදහස් කළ එක් මාර්ගයකට වඩා දුර්වල කළාය.

IPv4 සහ IPv6 වෙන් කර තබන්න

හුරුපුරුදු පෙනුමක් ඇති sysctl යනු සෑම ලිපින පවුලකටම ප්‍රතිපත්තියක් නොවේ. IPv6 ට එහිම හැසිරීමක් සහ එහිම සැකසුම් ඇත, සහ යන්ත්‍රයක් එක් පවුලක දැඩි වී අනෙකෙහි ලිහිල් විය හැක, නිශ්චිත ගමනාන්තයක් අසමත් වන තෙක් කිසිවෙකු නොදකියි. වැඩ භාරය දෙකම භාවිතා කරන්නේ නම් දෙකම පරීක්ෂා කරන්න.

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