Artemis loopback broker ପାଇଁ SOCKS ବାଇପାସ୍ କରିପାରେ
ଜାଣିଶୁଣି ଭୁଲ SOCKS କ୍ରେଡେନ୍ସିଆଲ ସତ୍ତ୍ୱେ Artemis ସଂଯୋଗ ସଫଳ ହେଲେ broker ଗନ୍ତବ୍ୟ ଏବଂ socksRemoteDNS ଆଚରଣ ଯାଞ୍ଚ କରନ୍ତୁ।
ଭୁଲ SOCKS ପାସୱାର୍ଡ ସହିତ ସଫଳ ହେଉଥିବା Artemis broker ସଂଯୋଗ proxy handler ଛାଡ଼ି ପାରେ। କେବଳ socksHost ନୁହେଁ, broker ଗନ୍ତବ୍ୟ ଯାଞ୍ଚ କରନ୍ତୁ।
transport ଡକ୍ୟୁମେଣ୍ଟ localhost ଏବଂ 127.0.0.1 ପରି loopback broker ଠିକଣାକୁ SOCKS ବିନ୍ୟାସ ବାଇପାସ୍ କରୁଥିବା ଠିକଣା ଭାବେ ବର୍ଣ୍ଣନା କରେ। ସାଧାରଣ ସ୍ଥାନୀୟ ସମାଧାନ ପଥ ପାଇଁ, ସଂଯୋଗ intermediary ଦେଇ ଯିବାକୁ ଥିଲେ ଉଦ୍ଦିଷ୍ଟ non-loopback broker ଠିକଣା ବ୍ୟବହାର କରନ୍ତୁ। loopback କୁ ସମାଧାନ ହେଉଥିବା ଅନ୍ୟ alias ମଧ୍ୟ ସେହି ଫଳାଫଳ ଦେଇପାରେ।
connector ସଂସ୍କରଣର ସଠିକ୍ ଶର୍ତ୍ତ ଯାଞ୍ଚ କରନ୍ତୁ
ନୂତନ upstream connector ଉତ୍ସରେ ସ୍ପଷ୍ଟ remote-DNS ବ୍ୟତିକ୍ରମ ଅଛି। proxy handler ର ଶର୍ତ୍ତ ହେଉଛି:
socksEnabled && (socksRemoteDNS || !isTargetLocalHost())
ସେହି ଶର୍ତ୍ତ ଥିବା implementation ରେ socksRemoteDNS ସକ୍ଷମ ଥିଲେ, connector ଗନ୍ତବ୍ୟକୁ ଅସମାଧାନ ରଖେ ଏବଂ loopback ପରି ଦେଖାଯାଉଥିବା ଗନ୍ତବ୍ୟ ପାଇଁ ମଧ୍ୟ SOCKS handler ସ୍ଥାପନ କରେ। ଏହାର ଡକ୍ୟୁମେଣ୍ଟେଡ୍ ଡିଫଲ୍ଟ false ସହିତ, ସ୍ଥାନୀୟ-ଠିକଣା ପରୀକ୍ଷା ଏବେ ମଧ୍ୟ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ।
ଏହା localhost ପରି hostname ର ଅର୍ଥ ବଦଳାଏ: ସମାଧାନ ପାଇଁ SOCKS ସର୍ଭରକୁ ଦିଆଗଲେ, ଏହା proxy ର ଗନ୍ତବ୍ୟ ଦୃଶ୍ୟକୁ ସୂଚାଏ। ଦୂର ସମାଧାନ ବାଛିବା ପୂର୍ବରୁ ଏହା ଉଦ୍ଦିଷ୍ଟ broker ସ୍ଥାନ ବୋଲି ନିଶ୍ଚିତ କରନ୍ତୁ।
ଆଚରଣକୁ ସ୍ଥାପିତ Artemis client ସହିତ ମେଳାନ୍ତୁ। handler ପ୍ରକୃତରେ ପଥରେ ଆସିବା ପରେ, SOCKS ପ୍ରମାଣୀକରଣକୁ broker ପ୍ରମାଣୀକରଣଠାରୁ ଅଲଗା କରନ୍ତୁ ଏବଂ ସଫଳ broker session କୁ proxy କ୍ରେଡେନ୍ସିଆଲ ବ୍ୟବହାରର ପ୍ରମାଣ ଭାବିବା ପରିବର୍ତ୍ତେ ଫଳାଫଳ ସଂଯୋଗ ପଥ ଯାଞ୍ଚ କରନ୍ତୁ।