له VPN له لارې لېرې SSH: تونل څه نه کوي

VPN یو SSH سرور ته شخصي لار ورکوي او په 22 پورټ باندې د عامه اورېدونکي اړتیا لېرې کوي۔ دا کوربه تصدیق نه کوي، کارن ته اجازه نه ورکوي او نه هم پرېکړه کوي چې کوم حسابونه کولای شي ننوځي۔ دا لاهم د SSH دنده ده۔ آیا VPN د سرور ترلاسه کولو سمه لار ده، په درې شرطونو پورې اړه لري، او تونل یوازې یو له ممکنه ځوابونو څخه دی۔

تونل څه بدلوي او SSH لاهم څه پرېکړه کوي

تونل لاسرسي بدلوي: کوم پتهونه ترلاسه کېدای شي، او له کومه ځایه۔ هغه څه نه بدلوي چې د TCP له نښلونې وروسته پېښېږي، چېرې چې سرور د کوربه کیلي ښیي او د کارن پېژندنه غواړي۔

دوه طبقې په خپل ذهن او په خپلو اسنادو کې جلا وساتئ۔ VPN ننوتل ثابتوي چې څوک کولای شي شبکه وکاروي۔ دا هېڅ نه وایي چې په هدف کې کوم حسابونه شته، او د هر لاسرسي وړ ماشین ننوتلو اجازه نه ده۔

د ناکامۍ بڼې هم جلا دي، او همدا جلاوالی د پېښې پر مهال ګټور دی۔

درې شرطونه چې د لاسرسي ماډل پرېکړه کوي

لومړی، آیا سرور ته ستاسو له شبکې بهر خلک لاسرسی ته اړتیا لري؟ که نه، شخصي لار او یو باستین یا میش کوچنی ډیزاین دی۔ دوهم، آیا کلینټ ټولنه واقعاً کولای شي د VPN کلینټ وچلوي، هغه هم چې د محدودیتونو سره په مدیریت شویو وسایلو کې دي؟

درېیم، آیا تاسو ته د هر خدمت کنټرول یا د هر کارن کنټرول ته اړتیا ده؟ VPN شبکه لاسرسی ورکوي؛ SSH حساب ته لاسرسی ورکوي۔ که اړتیا دا وي چې یو قراردادي یو کوربه ته ورسیږي او نه بل ځای، دا د اجازې اړتیا ده او یوازې تونل نشي ښودلای۔

د دغو درېیو ځواب ورکړئ او ماډل پخپله غوره کیږي۔ که یې پرېږدئ، تاسو SSH په عامه ډول افشا کوئ چې د کلینټ خپرېدنې مخه ونیسئ۔

له SSH تور لګولو دمخه شخصي لار تایید کړئ

د تصویب شوي VPN سره وصل شئ او د هدف ثبت شوې شخصي نوم یا پته وکاروئ۔ بیا غوره شوې لار، د ګېټوې اجازه او کلینټ ته د بېرته راتلو لار وګورئ۔ هغه نوم چې سم حل کیږي د دې ثبوت نه دی چې پته ټاکل شوې تونل اخلي، ځکه چې سیمه ییز او لېرې سابقې کولای شي غوښتنه بشپړ بل ځای ته واستوي۔ دا توپیر د رنبوک په لیکلو ارزي۔

که نښلونه هېڅکله نه رامنځته کیږي، تایید کړئ چې سرور په هغه انټرفیس اورېدنه کوي چې تاسو یې تمه لرئ او دا چې د هغه کوربه فایر وال هغه سرچینه اجازه ورکوي چې هغه واقعاً ویني۔ د ګېټوې NAT کولای شي هغه سرچینه بیا ولیکي، نو د کلینټ د تونل پتې لپاره لیکل شوې د اجازې لړ ممکن هېڅکله سمه نه وي۔

دا ناسم والی په VPN باندې ترټولو عامه خپله جوړه شوې SSH ناکامي ده۔

د ناکامۍ پړاو ولولئ، نه یوځای شوې تېروتنه

درې پړاوونه درې جلا پیغامونه تولیدوي، او یوازې یو یې د اعتبار معلوماتو په اړه دی۔

دقیق تېروتنه او د سرور خپل لاګ وکاروئ، نه دا چې د VPN او SSH اعتبار معلومات یوځای بیا تنظیم کړئ۔ دواړه بیا تنظیمول هغه ډول دی چې پنځه دقیقې تشخیص دوه ورځنۍ پېژندنې پېښه کیږي۔

تفصیلي محصول ښیي چې کوم پړاو ته رسېدلي یاست:

ssh -vv [email protected]

د کوربه کیلي او اجازه وساتئ

د کوربه کیلي د ټاکل شوې باوري پروسې له لارې تایید کړئ، په ځانګړي ډول د سرور د بدلون وروسته۔ د بدلې شوې کیلي ناڅاپي خبرداری هغه پیغام دی چې تاسو یې نه شئ کولای یوازې د دې لپاره له پامه غورځوئ چې VPN وصل شوی و، ځکه چې شخصي تونل مقصد هغه ماشین نه جوړوي چې تاسو فکر کوئ۔ د ګوتې نښه له هغې سرچینې سره وګورئ چې تاسو پرې له نښلونې خپلواک باور لرئ۔

د سرور په اړخ، تایید کړئ چې حساب اجازه لري او هغه تصدیق طریقه چې تاسو تنظیم کړې هغه ده چې وړاندې کیږي۔ هغه کیلي چې شته خو له پامه غورځول شوې، معمولاً د اجازو یا تنظیم ستونزه ده نه د شبکې۔

د خدمت لاسرسی په اړینو پېژندنو محدود کړئ او د شبکې بدلونونو لپاره یوه مجازه بیا رغونه لار وساتئ۔