Artemis သည် loopback broker အတွက် SOCKS ကို ကျော်နိုင်သည်

မှားယွင်းသော SOCKS စကားဝှက်ဖြင့် အောင်မြင်သော Artemis broker ချိတ်ဆက်မှုသည် proxy ကိုင်တွယ်သူကို ကျော်သွားနိုင်သည်။ socksHost တစ်ခုတည်းမဟုတ်ဘဲ broker ဦးတည်ရာကို စစ်ဆေးပါ။

transport စာရွက်စာတမ်းများတွင် localhost နှင့် 127.0.0.1 ကဲ့သို့ loopback broker လိပ်စာများကို SOCKS ဖွဲ့စည်းမှုကို ကျော်သော လိပ်စာများအဖြစ် ဖော်ပြထားသည်။ ပုံမှန် ဒေသတွင်း ဖြေရှင်းမှုလမ်းကြောင်းအတွက် ချိတ်ဆက်မှုသည် ကြားခံဖြင့် ဖြတ်သန်းရမည်ဖြစ်သောအခါ ရည်ရွယ်ထားသော loopback မဟုတ်သည့် broker လိပ်စာကို အသုံးပြုပါ။ loopback သို့ ဖြေရှင်းနေဆဲ alias အခြားတစ်ခုသည်လည်း တူညီသောရလဒ်ကို ပေးနိုင်သည်။

connector ဗားရှင်း၏ တိကျသောအခြေအနေကို စစ်ဆေးပါ

အသစ်သော upstream connector ရင်းမြစ်တွင် ရှင်းလင်းသော remote-DNS ခြွင်းချက် ပါဝင်သည်။ proxy ကိုင်တွယ်သူ၏ အခြေအနေမှာ-

socksEnabled && (socksRemoteDNS || !isTargetLocalHost())

ထိုအခြေအနေပါသော အကောင်အထည်ဖော်မှုတွင် socksRemoteDNS ဖွင့်ထားလျှင် connector သည် ဦးတည်ရာကို မဖြေရှင်းဘဲ ထားရှိပြီး loopback နှင့်တူသော ဦးတည်ရာအတွက်ပါ SOCKS ကိုင်တွယ်သူကို တပ်ဆင်သည်။ မှတ်တမ်းတင်ထားသော မူရင်းတန်ဖိုး false ဖြင့် ဒေသလိပ်စာ စမ်းသပ်မှုသည် အရေးကြီးဆဲဖြစ်သည်။

၎င်းသည် localhost ကဲ့သို့ hostname ၏ အဓိပ္ပာယ်ကို ပြောင်းလဲသည်- ဖြေရှင်းရန် SOCKS ဆာဗာသို့ ပေးပို့သောအခါ ၎င်းသည် proxy ၏ ဦးတည်ရာ မြင်ကွင်းကို ရည်ညွှန်းသည်။ အဝေးမှ ဖြေရှင်းမှုကို မရွေးချယ်မီ ၎င်းသည် ရည်ရွယ်ထားသော broker တည်နေရာဖြစ်ကြောင်း အတည်ပြုပါ။

အပြုအမူကို တပ်ဆင်ထားသော Artemis client နှင့် ကိုက်ညီအောင် လုပ်ပါ။ ကိုင်တွယ်သူသည် လမ်းကြောင်းတွင် အမှန်တကယ် ပါဝင်ပြီးနောက် SOCKS အထောက်အထား စစ်ဆေးမှုကို broker အထောက်အထား စစ်ဆေးမှုမှ ခွဲခြားပြီး အောင်မြင်သော broker session ကို proxy အထောက်အထား အသုံးပြုခဲ့သည့် အထောက်အထားအဖြစ် မယူဆဘဲ ရလဒ်ချိတ်ဆက်မှုလမ်းကြောင်းကို စစ်ဆေးပါ။