Artemis এ loopback broker ৰ বাবে SOCKS এৰাই যাব পাৰে

ভুল SOCKS পাছৱৰ্ডৰ সৈতে সফল হোৱা Artemis broker সংযোগে proxy handler এৰাই যোৱা হ'ব পাৰে। broker গন্তব্য পৰীক্ষা কৰক, কেৱল socksHost নহয়।

transport নথিয়ে localhost আৰু 127.0.0.1 ৰ দৰে loopback broker ঠিকনা SOCKS সংৰচনা এৰাই যোৱা বুলি বৰ্ণনা কৰে। সাধাৰণ স্থানীয় ৰিজ'লিউশ্যন পথৰ বাবে, সংযোগ intermediary ৰ মাজেৰে যাব লগা হ'লে ইচ্ছিত non-loopback broker ঠিকনা ব্যৱহাৰ কৰক। loopback লৈ ৰিজ'ল্ভ হোৱা অন্য alias ৰো একেই ফলাফল হ'ব পাৰে।

connector সংস্কৰণৰ সঠিক চৰ্ত পৰীক্ষা কৰক

নতুন upstream connector source ত এটা স্পষ্ট remote-DNS ব্যতিক্ৰম আছে। proxy handler ৰ চৰ্তটো হ'ল:

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

সেই চৰ্ত থকা implementation ত socksRemoteDNS সক্ৰিয় থাকিলে, connector এ গন্তব্য অমীমাংসিত ৰাখে আৰু loopback যেন লগা গন্তব্যৰ বাবেও SOCKS handler স্থাপন কৰে। ইয়াৰ নথিভুক্ত default false ৰ সৈতে, স্থানীয়-ঠিকনা পৰীক্ষা এতিয়াও গুৰুত্বপূৰ্ণ।

ই localhost ৰ দৰে hostname ৰ অৰ্থ সলনি কৰে: ৰিজ'লিউশ্যনৰ বাবে SOCKS চাৰ্ভাৰলৈ পঠিয়ালে, ই proxy ৰ গন্তব্য দৃষ্টিভঙ্গি লৈ আঙুলিয়ায়। remote resolution বাছনি কৰাৰ আগতে এইটো ইচ্ছিত broker অৱস্থান নেকি নিশ্চিত কৰক।

আচৰণটো ইনষ্টল কৰা Artemis client ৰ সৈতে মিলাওক। handler প্ৰকৃততে route ত সোমোৱাৰ পিছত, SOCKS প্ৰমাণীকৰণক broker প্ৰমাণীকৰণৰ পৰা পৃথক কৰক আৰু সফল broker session ক proxy credential ব্যৱহাৰৰ প্ৰমাণ বুলি ধৰাৰ পৰিৱৰ্তে ফলাফলৰ সংযোগ পথ পৰীক্ষা কৰক।