ଆପଣଙ୍କ ଆପ୍ଲିକେସନ୍ ପ୍ରୋଟୋକଲ୍ ପୂର୍ବରୁ Netty ର SOCKS ବୁଝାମଣା ରଖନ୍ତୁ

ଏକ ବିଦ୍ୟମାନ Netty bootstrap/pipeline ପାଇଁ ଯେଉଁଠାରେ SOCKS ସର୍ଭର ଗନ୍ତବ୍ୟ ସମାଧାନ କରିବା ଉଚିତ:

bootstrap.resolver(NoopAddressResolverGroup.INSTANCE);

pipeline.addFirst(
    new Socks5ProxyHandler(new InetSocketAddress("127.0.0.1", 1080))
);

bootstrap.connect(
    InetSocketAddress.createUnresolved("example.com", 443)
);

ପ୍ରକ୍ସି ଏଣ୍ଡପଏଣ୍ଟ ସ୍ଥାନୀୟ ପୋର୍ଟ 1080; ଅସମାଧିତ ସଂଯୋଗ ଲକ୍ଷ୍ୟ example.com:443। ଉଭୟ ଭୂମିକା ପାଇଁ ପ୍ରକ୍ସି ଠିକଣା ବ୍ୟବହାର କରନ୍ତୁ ନାହିଁ ଏବଂ ହ୍ୟାଣ୍ଡଲର ଏହା ପାଇବା ପୂର୍ବରୁ ନାମ ସମାଧାନ କରନ୍ତୁ ନାହିଁ। ଅନୁମତିପ୍ରାପ୍ତ ସାର୍ବଜନୀନ-ପ୍ରକ୍ସି ମାର୍ଗରେ ସାର୍ବଜନୀନ ଲକ୍ଷ୍ୟ ପାଇଁ, SOCKS5 ପ୍ରକ୍ସି ତାଲିକା ହ୍ୟାଣ୍ଡଲରର ପ୍ରକ୍ସି ଏଣ୍ଡପଏଣ୍ଟ ପାଇଁ ପ୍ରାର୍ଥୀ ଯୋଗାଏ।

ଗନ୍ତବ୍ୟ ଟ୍ରାଫିକ୍ ବିନିମୟ କରୁଥିବା ହ୍ୟାଣ୍ଡଲର ପୂର୍ବରୁ Socks5ProxyHandler ରଖନ୍ତୁ। ଏହାର ପ୍ରକ୍ସି ସଂଯୋଗ future ପାଇଁ ଅପେକ୍ଷା କରନ୍ତୁ, କେବଳ ଶ୍ରୋତା ପର୍ଯ୍ୟନ୍ତ ପହଞ୍ଚୁଥିବା ଚ୍ୟାନେଲ ପାଇଁ ନୁହେଁ। ପ୍ରତ୍ୟାଖ୍ୟାତ ପଦ୍ଧତି କିମ୍ବା ଗନ୍ତବ୍ୟ ଏହି ସେଟଅପ୍ ପର୍ଯ୍ୟାୟର।

HTTPS ପାଇଁ, ପରବର୍ତ୍ତୀ TLS ସ୍ତର ଗନ୍ତବ୍ୟର ହୋଷ୍ଟନାମ, ଆବଶ୍ୟକ ଯାଞ୍ଚ ଏବଂ ବିଶ୍ୱାସ ବ୍ୟବହାର କରେ—SOCKS ଏଣ୍ଡପଏଣ୍ଟର ପରିଚୟ ନୁହେଁ। ତା’ପରେ ହିଁ HTTP/ଆପ୍ଲିକେସନ୍ ବିନିମୟ ଆରମ୍ଭ ହୁଏ।

ଏହି ଅଂଶ ଇଭେଣ୍ଟ ଲୁପ୍, ଚ୍ୟାନେଲ ପ୍ରକାର, TLS/HTTP ହ୍ୟାଣ୍ଡଲର କିମ୍ବା ସାଧାରଣ ତ୍ରୁଟି ପରିଚାଳନା ଦିଏ ନାହିଁ। ପ୍ରମାଣୀକରଣ ଆବଶ୍ୟକତା ସହ ମେଳ ଖାଉଥିବା SOCKS କନଷ୍ଟ୍ରକ୍ଟର ବାଛନ୍ତୁ; HTTP Basic ହ୍ୟାଣ୍ଡଲର ଅନ୍ୟ ପ୍ରୋଟୋକଲ।

no-op resolver କେବଳ ସେଠାରେ ବ୍ୟବହାର କରନ୍ତୁ ଯେଉଁଠାରେ ଏହି ଡାଉନଷ୍ଟ୍ରିମ୍ ହ୍ୟାଣ୍ଡଲର ହୋଷ୍ଟନାମ ସମାଧାନର ଅଧିକାରୀ। ଅନ୍ୟ ସଂଯୋଗକୁ ସ୍ଥାନୀୟ ସନ୍ଧାନ ଆବଶ୍ୟକ ହୋଇପାରେ। ବିଫଳତା ନିର୍ଣ୍ଣୟ କରିବା ସମୟରେ resolver ଆଉଟପୁଟ୍, ପ୍ରକ୍ସି future, TLS ଏବଂ ଆପ୍ଲିକେସନ୍ ଫଳାଫଳ ଅଲଗା ରଖନ୍ତୁ।