ပြောင်းပြန် SSH ပရောက်စီ နားထောင်သူသည် ဆာဗာပေါ်တွင်သာ အဘယ်ကြောင့် ရောက်ရှိနိုင်သနည်း
ပရောက်စီ ပရိုတိုကော သို့မဟုတ် အထောက်အထားများ မပြောင်းမီ အဝေးမှ နားထောင်သူ၏ bind လိပ်စာနှင့် GatewayPorts မုဒ်ကို စစ်ဆေးပါ။
အဝေးမှ ပို့ဆောင်မှုသည် SSH ဆာဗာမှ အလုပ်လုပ်နိုင်သော်လည်း အခြားစက်မှ ချိတ်ဆက်မှုများကို ငြင်းပယ်နိုင်သည်၊ အကြောင်းမှာ ၎င်းသည် loopback တွင်သာ နားထောင်သောကြောင့်ဖြစ်သည်။ ဦးစွာ အမှန်တကယ် နားထောင်သည့် လိပ်စာကို စစ်ဆေးပါ။
ဆာဗာဘက်တွင် GatewayPorts | အဝေးမှ ပို့ဆောင်မှု bind |
|---|---|
no၊ မူရင်း | နားထောင်သူများကို loopback သို့ ကန့်သတ်သည် |
yes | wildcard bind ကို အတင်းအကျပ် ပြုလုပ်သည် |
clientspecified | ကလိုင်းယင့်အား သတ်မှတ်ထားသော bind လိပ်စာ တောင်းဆိုခွင့်ပြုသည် |
ထိန်းချုပ်ထားသော အင်တာဖေ့စ်တစ်ခုအတွက် ရည်ရွယ်ထားသော နားထောင်သူအတွက် ဆာဗာသည် ဤအရာကို အသုံးပြုနိုင်သည်။
GatewayPorts clientspecifiedထို့နောက် ကလိုင်းယင့်သည် ၎င်း၏ -R သတ်မှတ်ချက်တွင် သင့်လျော်သော လိပ်စာကို တောင်းဆိုသည်။ ထိုလိပ်စာသည် အဝေးစက်တွင် ရှိရမည်ဖြစ်ပြီး အခြား ပို့ဆောင်မှု ကန့်သတ်ချက်များလည်း ဆက်လက် သက်ရောက်နေသည်။ ကလိုင်းယင့်ဘက်ရှိ -g သည် ဤဦးတည်ချက်အတွက် အစားထိုးနိုင်သော ထိန်းချုပ်မှု မဟုတ်ပါ။
ခွင့်ပြုချက် သုံးခု သီးခြားကျန်ရှိသည်： ပို့ဆောင်မှု ဖန်တီးရန် SSH ခွင့်ပြုချက်၊ ၎င်း၏ နားထောင်သူထံ ကွန်ရက် ဝင်ရောက်ခွင့်၊ နှင့် HTTP သို့မဟုတ် SOCKS ဝန်ဆောင်မှု၏ ကိုယ်ပိုင် ဝင်ရောက်ခွင့် မူဝါဒ။ SSH လော့ဂ်အင်�ည် ဥမင်ဖန်တီးသူကို စစ်မှန်ကြောင်း အတည်ပြုသည်၊ မျှဝေထားသော နားထောင်သူ၏ နောက်ဆက်တွဲ ခေါ်ဆိုသူတိုင်းကို အတည်မပြုပါ၊ SOCKS စကားဝှက် စိန်ခေါ်မှုကိုလည်း မထည့်ပါ။
အဝေးမှ ခေါ်ဆိုသူ ချိတ်ဆက်၍ မရသေးပါက bind လိပ်စာ၊ ဆာဗာ၏ ပို့ဆောင်မှု ကန့်သတ်ချက်များနှင့် firewall လမ်းကြောင်းကို ထိုအစဉ်အတိုင်း စစ်ဆေးပါ။ TCP သည် နားထောင်သူထံ ရောက်ပြီးနောက် မအောင်မြင်သော ပရောက်စီ လက်ဆွဲနှုတ်ဆက်မှုသည် နောက်ပိုင်း ပြဿနာဖြစ်သည်။