SSH ProxyCommand သည် command not found ဖြင့် မအောင်မြင်ပါ

connect: command not found ဆိုသည်မှာ SSH သည် ၎င်း၏ ProxyCommand အကူအညီကို ဒေသတွင်း၌ စတင်နိုင်ခြင်း မရှိခြင်း ဖြစ်သည်။ ပြုပြင်ရန် proxy လက်ဆွဲနှုတ်ဆက်မှု မရှိသေးပါ။ ဤအမည်သည် သီးခြား လုပ်ဆောင်နိုင်သော ဖိုင်ကို ရည်ညွှန်းနိုင်ပြီး shell ၏ အတွင်းပိုင်း အမိန့် သို့မဟုတ် OpenSSH ခွဲအမိန့် မဟုတ်ပါ။

1. ရွေးချယ်ထားသော အမိန့်ကို ရှာပါ။ တူညီသော ဦးတည်ရာ alias နှင့် အကောင့်အတွက် အသက်ဝင်သော SSH ဖွဲ့စည်းမှုကို စစ်ဆေးပါ။ Host အပိုင်းများ၊ ထည့်သွင်းထားသော ဖိုင်များနှင့် အမိန့်လိုင်း ရွေးချယ်မှုများသည် သင်တည်းဖြတ်ခဲ့သော ဖိုင်ထက် မတူညီသော ProxyCommand ကို ရွေးချယ်နိုင်သည်။
2. ၎င်း၏ လုပ်ဆောင်နိုင်သော ဖိုင်ကို ရှာပါ။ စတင်သည့် ပတ်ဝန်းကျင်၏ PATH ကို အကူအညီ အလုပ်လုပ်နေသော အပြန်အလှန် တာမီနယ်နှင့် နှိုင်းယှဉ်ပါ။ ရည်ရွယ်ထားသော ရှိပြီးသား ပရိုဂရမ်သို့ ပကတိလမ်းကြောင်းသည် ထိုမရှင်းလင်းမှုကို ဖယ်ရှားပေးသည်။
3. အကူအညီ၏ အကောင်အထည်ဖော်မှုနှင့် ကိုက်ညီပါစေ။ nc အမည်ရှိ မည်သည့် ဘိုင်နရီကိုမျှ အစားမထိုးပါနှင့်။ OpenBSD netcat သည် HTTP CONNECT အတွက် -X connect နှင့် SOCKS5 အတွက် -X 5 ကို အသုံးပြုသည်။ အခြား မျိုးကွဲများတွင် ထိုရွေးချယ်မှုများ သို့မဟုတ် proxy ၏ စစ်မှန်ကြောင်း အတည်ပြုမှု အထောက်အပံ့ မရှိနိုင်ပါ။

အကူအညီ စတင်ပြီးနောက် နောက်ထပ် မအောင်မြင်မှုကို အစဉ်လိုက် လိုက်ပါ။ proxy သို့ ချိတ်ဆက်မှု၊ proxy ညှိနှိုင်းမှု၊ ဦးတည်ရာသို့ ချိတ်ဆက်မှု၊ ထို့နောက် SSH စစ်မှန်ကြောင်း အတည်ပြုမှု ဖြစ်သည်။ အဆင့်တစ်ခုတွင် မအောင်မြင်ခြင်းသည် နောက်ဆက်တွဲ အဆင့်များတွင် ပြဿနာ ရှိသည်ဟု မသက်သေပြပါ။

ProxyJump သည် SSH ခုန်ဆိုက် လက်ခံစက်ကို လိုအပ်သည်။ ထိုဝန်ဆောင်မှု ရရှိနိုင်မှသာ ၎င်းသည် ဤအစီအစဉ်ကို အစားထိုးနိုင်သည်။ ဆက်တင် ပြောင်းသွားခြင်းကြောင့် HTTP proxy သည် SSH လော့ဂ်အင် ဝင်ပေါက် မဖြစ်လာပါ။