Dante တွင် အသုံးပြုသူအမည်ဖြင့် အထောက်အထားစစ်ဆေးမှု ထည့်ခြင်း

Dante 1.4.4 တွင် client စည်းမျဉ်းများက SOCKS ညှိနှိုင်းမှုမတိုင်မီ ချိတ်ဆက်မှုကို လက်ခံပြီး SOCKS စည်းမျဉ်းများက မည်သည့် အထောက်အထားစစ်ဆေးပြီး တောင်းဆိုမှုများ ဆက်လုပ်နိုင်သည်ကို ဆုံးဖြတ်သည်။ ခွင့်ပြုထားသည့် မူလနေရာမှ ချိတ်ဆက်မှုဖြစ်သော်လည်း ဒုတိယအဆင့်တွင် အသုံးပြုသူအမည် လိုအပ်နိုင်သည်။

Operating system ၏ အသုံးပြုသူအမည်ဖြင့် စစ်ဆေးရာတွင် နည်းလမ်းအပြင် ဝန်ဆောင်မှု၏ လုပ်ဆောင်သူအထောက်အထားများကိုပါ ကြည့်ပါ။ အကောင့်ဒေတာဘေ့စ်ကို ဖတ်ရန် အထူးအခွင့်အရေးရှိသော အထောက်အထား လိုအပ်နိုင်သည်။

clientmethod: none
socksmethod: username
user.privileged: root
user.unprivileged: danteproxy

Dante အတွက် ထည့်သွင်းထားသော တကယ့် အခွင့်အရေးနည်းသည့် ဝန်ဆောင်မှုအကောင့်ကို သုံးပါ။ အသုံးပြုသူအမည် backend နှင့် ကိုက်ညီသော ခွင့်ပြုထားသည့် client အကောင့်ကို ဖန်တီးပါ သို့မဟုတ် ရွေးပါ။ ဝန်ဆောင်မှု၏ လုပ်ဆောင်သူအထောက်အထားနှင့် client ဝင်ရောက်မှုတို့မှာ မတူသော အခန်းကဏ္ဍများ ဖြစ်သည်။

တောင်းဆိုမှု နယ်နိမိတ်များကို ထိန်းထားပါ

ရှိပြီးသား ကန့်သတ်ထားသည့် client စည်းမျဉ်း နောက်တွင် ခွင့်ပြုထားသော SOCKS လမ်းကြောင်း၌ အကောင့်ကို မဖြစ်မနေ လိုအပ်စေပါ။

socks pass {
    from: 198.51.100.27/32 to: 203.0.113.20/32 port = 443
    command: connect
    socksmethod: username
    user: proxyuser
    log: connect error
}

လိပ်စာများနှင့် အကောင့်အမည်မှာ နမူနာတန်ဖိုးများ ဖြစ်သည်။ ဤသည် မူလနေရာတစ်ခု၊ ဦးတည်ရာတစ်ခု၊ command တစ်ခုနှင့် သတ်မှတ်ထားသော အထောက်အထားစစ်ဆေးပြီး အသုံးပြုသူကို ခွင့်ပြုသည်။ စကားဝှက် ထည့်လိုက်ပြီဆိုရုံဖြင့် ဤနယ်နိမိတ်ကို ဖယ်ကာ မူလနေရာအားလုံးကို မကန့်သတ်ဘဲ မဖွင့်ပါနှင့်။

အထွေထွေနှင့် စည်းမျဉ်းအလိုက် နည်းလမ်းဆက်တင်များ ကိုက်ညီရမည်။ မူလနေရာသာကြည့်သည့် setup ဟောင်းမှ none ကိုသာ ခွင့်ပြုသော စည်းမျဉ်း ကျန်နေသလား စစ်ပါ။ ရည်ရွယ်ထားသော listener နှင့် firewall ကန့်သတ်ချက်များကိုလည်း ထိန်းထားပါ။

ညှိနှိုင်းမှုနှင့် ဝင်ရောက်ခွင့်ကို သီးခြားစမ်းပါ

မစမီ ထည့်သွင်းထားသည့် server ၏ configuration စစ်ဆေးမုဒ်ဖြင့် ဖိုင်ကို စစ်ပါ။ ထို့နောက် SOCKS5 အသုံးပြုသူအမည်/စကားဝှက် ညှိနှိုင်းမှုကို အမှန်တကယ် ပံ့ပိုးသော ခွင့်ပြုထားသည့် client ကို သုံးပါ။ ဝင်ရောက်အချက်အလက် မပါခြင်း၊ မှားခြင်းနှင့် ခွင့်ပြုအကောင့်က တားမြစ်ပစ်မှတ်ကို တောင်းဆိုခြင်း တို့ကို စစ်ပါ။

RFC 1929 တွင် သတ်မှတ်ထားသော အသုံးပြုသူအမည်/စကားဝှက် အဆင့်ခွဲညှိနှိုင်းမှုသည် စကားဝှက်ကို စာဝှက်မပေးပါ။ နောက်မှ ဦးတည်ရာနှင့် ချိတ်ဆက်သော HTTPS session သည် ရှေ့က proxy အပြန်အလှန်ပို့ဆောင်မှုကို မကာကွယ်ပါ။ Client မှ server အထိ သင့်လျော်စွာ ကာကွယ်ထားသည့် လမ်းကြောင်းကို သုံးပါ။

Configuration စစ်ဆေးမှု အောင်မြင်ခြင်းက syntax နှင့် အထောက်အထားများကိုသာ အတည်ပြုသည်၊ အကောင့်ဒေတာဘေ့စ် သို့မဟုတ် ကွန်ရက်လမ်းကြောင်းကို မဟုတ်ပါ။ တကယ့်စမ်းသပ်မှုကို မည်သည့်အဆင့်တွင် ငြင်းပယ်ခဲ့သည်ကို server log များတွင် ကြည့်ပါ။