SSH ProxyCommand او د کوربه پر بنسټ تصدیق: کوم کوربه لاسلیک کوي؟

هدف کولای شي د باسټیون څخه راغلی TCP اړیکه وګوري، په داسې حال کې چې تصدیق کوونکی SSH کلاینټ لا هم پر ورک سټیشن کار کوي.

Host behind-bastion
    ProxyCommand ssh -W %h:%p bastion

دلته مرستندوی باسټیون ته ننوځي او د هغې SSH سرور ته د هدف په لور د لیږل شوې اړیکې غوښتنه کوي. د ورک سټیشن بهرنی SSH کلاینټ د همدې جریان له لارې د هدف SSH پروتوکول تبادله کوي. باسټیون ترانسپورت برابروي؛ دا د هدف په لور SSH کلاینټ نه دی پیل کړی.

دا توپیر د کوربه پر بنسټ تصدیق لپاره مهم دی. د OpenSSH ssh-keysign مرستندوی اړین لاسلیک جوړولو لپاره محلي کوربه کیلي کاروي. د باسټیون شبکه یي سرچینه پته اوسېدل ورک سټیشن نه مجبوروي چې د باسټیون د کوربه کیلي سره لاسلیک وکړي.

دا له لاندې سره پرتله کړئ:

ssh -t bastion ssh target

دا پر باسټیون بله SSH برنامه پیلوي. د هغې محلي ترتیب او شته کوربه کیلي د همدې ماشین دي، نو کولای شي په له مخکې ترتیب شوې د کوربه پر بنسټ د باور ترتیباتو کې چې د باسټیون او هدف ترمنځ دي برخه واخلي. لا هم د هدف اړوند اجازه او د نوم څیړنې ته اړتیا لري.

دویمه بڼه د غونډې د کار کولو طریقه هم بدلوي: دا لرې کمانډ چلوي او ټرمینل کاروي. دا د هر SSH دوتنې لیږد یا اتوماتیک ترانسپورت لپاره روښانه بدیل نه دی. د دې پر ځای چې د سرور د باور څیړنې کمزوري کړئ تر څو سرچینه پته کافي ښکاره شي، د دې پر بنسټ ترتیبات وټاکئ چې کوم ماشین باید د هدف په وړاندې تصدیق وکړي.