මූලාශ්‍ර-පෝට් නීතියක් ඔබේ SSH මාර්ගයක් කඩන්නේ ඇයි

එකම සත්කාරකයේ කළමනාකරණ පිවිසුම් දෙකක්, එක් සේවා පෝට් එකක් සහ දෙකටම උදව් වීමට යෙදුණු ප්‍රතිපත්ති නීතියක්. නීතිය මූලාශ්‍ර පෝට් 22 සමඟ ගැලපේ, සෙවීම WAN පෙරනිමිය පමණක් දන්නා වගුවකට යවයි, සහ VPN පිවිසුම නව ලොගින්වලට පිළිතුරු දීම නතර කරන අතර සෘජු පිවිසුම දිගටම ක්‍රියා කරයි. තේරීම්කාරකය නිවැරදිව කියවූ පසු මෙහි කිසිවක් අද්භූත නොවේ. මූලාශ්‍ර පෝට් එකක් සේවාවක් හඳුනාගනී, සම්බන්ධතාවයක් පැමිණි මාර්ගය නොවේ.

පිවිසුම් දෙකක්, එක් සේවා පෝට් එකක්

සත්කාරකයට LAN පැත්තේ ලිපිනයක් සහ VPN ලිපිනයක් ඇති අතර sshd දෙකෙහිම සවන් දෙයි. එබැවින් සෘජු සැසියක් සහ උමං සැසියක් සේවා පෝට් එක බෙදාගෙන, සම්බන්ධතාවය ලබාගන්නා දේශීය ලිපිනය කුමක්ද යන්නෙන් පමණක් වෙනස් වේ.

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

සෑම පිවිසුමකටම තමන්ගේම පෝට් එකක් දීම ද ක්‍රියා කරයි, එය අවශ්‍යතාවයක් ලෙස සැලකීම SSH හි ගුණාංගයක් නොව නිර්මාණ තේරීමකි.

නීතිය කියවන්න, පසුව වගුව

ප්‍රතිපත්ති නීතිය ඇණවුම් කළ තේරීම්කාරකයක් වන අතර, භාවිතයට ගත හැකි පිළිතුරක් ලබා දෙන පළමු නීතිය සෙවීම අවසන් කරයි. ලැයිස්තුව පිළිවෙලට කියවා කුමන නීතිය ජයගත හැකිදැයි සැලකිල්ලට ගන්න.

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

ip -4 rule show
ip route show table 100
ip route show table main

එම ප්‍රතිදාන දෙක එකට ගත් විට ප්‍රතිඵලය පැහැදිලි කරයි; එකක් පමණක් වැරදි නිගමනයකට යොමු කරයි.

නීතිය ඔබ අදහස් කරන ප්‍රවාහයට සීමා කරන්න

පිවිසුම් දෙක වෙන් කරන ලක්ෂණය දේශීය මූලාශ්‍ර ලිපිනයයි. එම ලිපිනයට ගැලපෙන නීතිය උමං සැසි පමණක් පෞද්ගලික වගුවට යවා සෘජු සැසි ප්‍රධාන වගුවේ තබයි.

එම නීතිය පෞද්ගලික මාර්ගය සහ එම උපජාලයේ ආපසු මාර්ගය අඩංගු වගුවක් සමඟ යුගල කළ යුතුය. දෙකම සත්කාරකයේ සෑම සේවාවකටම නොව කළමනාකරණ ගමනාගමනයට සීමා කරන්න. එම ලිපිනයෙන් එන සියලු ගමනාගමනය අල්ලා ගන්නා නීතියක් සත්කාරකය එතැනින් යවන අනෙක් සියල්ල ද නැවත යොමු කරයි. මෙහි පටු බුද්ධිමත් දෙයට ජය ගනී, මන්ද ඊළඟ පුද්ගලයා එය කියවිය යුතුය.

sudo ip rule add from 10.90.0.1 lookup 100 priority 100
sudo ip route add 10.90.0.0/24 dev wg0 table 100
ip route get 10.90.5.20 from 10.90.0.1

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

ශ්‍රාවකය, අවසරය සහ පිළිතුරු තේරීම වෙන් කර තබන්න

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

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

ඔබ වෙනස් කරන මාර්ගය මත රඳා නොපවතින ප්‍රතිසාධන නාලිකාවක් තබා ගන්න, මන්ද මෙහි වැරැද්දක් නිවැරදි කිරීමම අවහිර කරයි.

එය පැරණි නොව නව සැසියකින් ඔප්පු කරන්න

ස්ථාපිත ටර්මිනලයක් කිසිවක් ඔප්පු නොකරයි, මන්ද එය වෙනසට පෙර පිළිගෙන ඇත. අදහස් කළ සෑම පිවිසුමක් හරහා නව සැසියක් විවෘත කරන්න.

ss -ltnp | grep ':22'
sudo sshd -T | grep -i listenaddress
ssh -v [email protected] true
sudo journalctl -u ssh -n 30

පසුව VPN නැවත සම්බන්ධ වීම නැවත කර නැවත උත්සාහ කරන්න, මන්ද නැවත සම්බන්ධ වීමකට ඔරොත්තු දෙන මාර්ගයක් නැවත සම්බන්ධ වීමක් හිස් කරන වගුවකට එකතු කළ මාර්ගයක් හා සමාන නොවේ. ප්‍රතික්ෂේප කළ මූලාශ්‍ර අනුමත කළ ඒවායින් වෙන්ව නිරීක්ෂණය කරන්න, එවිට අවහිර කළ උත්සාහයක් ක්‍රියාත්මක සැසියක් පිටුපස සැඟවෙන්නේ නැත. ප්‍රතිඵලය අසල දේශීය ලිපිනය, නීතිය සහ වගුව සුරකින්න. ඒ වෙනුවට පෝට් බෙදුවහොත්, එය SSH හි සීමාවක් නොව මෙහෙයුම් තීරණයක් ලෙස සටහන් කරන්න.