Squid ମାଧ୍ୟମରେ Proxychains: ପୋର୍ଟ 80 ରେ CONNECT ପ୍ରତିବନ୍ଧକ

ବ୍ରାଉଜର Squid ମାଧ୍ୟମରେ ଏକ HTTP ପୃଷ୍ଠା ଲୋଡ୍ କରେ। ସେହି ଲକ୍ଷ୍ୟ proxychains ଅଧୀନରେ ବିଫଳ ହୁଏ। ଏହାର ଅର୍ଥ ଦୁଇଟି ମଧ୍ୟରୁ ଗୋଟିଏ ପ୍ରୋଗ୍ରାମ ଭୁଲ୍ ପ୍ରକ୍ସି IP ବାଛିଛି ନୁହେଁ।

ସାଧାରଣ HTTP ବୁଝୁଥିବା କ୍ଲାଏଣ୍ଟ ୱେବ ଅନୁରୋଧକୁ HTTP ପ୍ରକ୍ସି ରୂପରେ ଆଗକୁ ପ୍ରକ୍ସିକୁ ପଠାଇପାରେ। କିନ୍ତୁ ସାଧାରଣ ସକେଟ ଆବରଣକୁ ଆପ୍ଲିକେସନ ଖୋଲିବାକୁ ଚାହିଁଥିବା ସଂଯୋଗ ପାଇଁ ବାଇଟ ସୁରଙ୍ଗ ଦରକାର। ନିଜ ଶୃଙ୍ଖଳରେ ଥିବା HTTP ପ୍ରକ୍ସି ପାଇଁ proxychains CONNECT ବ୍ୟବହାର କରେ।

ଅର୍ଥାତ୍ ପୋର୍ଟ 80 ରେ ଥିବା ସାଧାରଣ ପାଠ୍ୟ ୱେବସାଇଟ ପୋର୍ଟ 80 ପାଇଁ CONNECT ଅନୁରୋଧ ସୃଷ୍ଟି କରିପାରେ। କେବଳ ଅନୁମୋଦିତ TLS ପୋର୍ଟ ତାଲିକାକୁ CONNECT ଅନୁମତି ଦେଉଥିବା Squid ନୀତି ସେହି ସୁରଙ୍ଗକୁ ଅଗ୍ରାହ୍ୟ କରିପାରେ, ଯଦିଓ ପୋର୍ଟ 80 କୁ ସାଧାରଣ HTTP ଅନୁରୋଧ ଅନୁମତିପ୍ରାପ୍ତ।

କେବଳ ହୋଷ୍ଟନାମ ନୁହେଁ, ଅନୁରୋଧ ତୁଳନା କରନ୍ତୁ

proxychains-ng ର ଡକ୍ୟୁମେଣ୍ଟ ଏହାର HTTP CONNECT ସମର୍ଥନ ବର୍ଣ୍ଣନା କରେ। Squid ର ପ୍ରବେଶ ନିୟମ ପଦ୍ଧତି ଓ ଲକ୍ଷ୍ୟ ପୋର୍ଟକୁ ଅଲଗା କରିପାରେ। ଏଗୁଡ଼ିକ ସେହି ୱେବସାଇଟକୁ ଯାଉଥିବା ଭିନ୍ନ ଅନୁରୋଧ ପଥ।

ପରିବର୍ତ୍ତନ କରିବା ପୂର୍ବରୁ ଅଗ୍ରାହ୍ୟ ଓ ଉଦ୍ଦିଷ୍ଟ ନୀତି ପଢ଼ନ୍ତୁ। CONNECT ପ୍ରବେଶକୁ ପ୍ରତ୍ୟେକ ପୋର୍ଟକୁ ବିସ୍ତାର କରିବା ଏକ ବଡ଼ ପରିବର୍ତ୍ତନ; ଆବରଣର ଅସଙ୍ଗତି ପାଇଁ ଏହା ଡିଫଲ୍ଟ ପ୍ରତିକ୍ରିୟା ହେବା ଉଚିତ ନୁହେଁ।

ଯଦି ଆପ୍ଲିକେସନରେ ଦେଶୀ HTTP ପ୍ରକ୍ସି ସମର୍ଥନ ଅଛି, ଏହାର ବ୍ୟବହାର ସାଧାରଣ ପାଠ୍ୟ HTTP ପାଇଁ ଅନାବଶ୍ୟକ ସାଧାରଣ ସୁରଙ୍ଗ ଏଡ଼ାଇପାରେ। ଯଦି ଏହାକୁ ପ୍ରକୃତରେ କଞ୍ଚା TCP ସୁରଙ୍ଗ ଦରକାର, ତେବେ ତାହା ଯୋଗାଉଥିବା ଅନୁମୋଦିତ ପ୍ରକ୍ସି ପ୍ରୋଟୋକଲ ଓ ପୋର୍ଟ ନୀତି ବାଛନ୍ତୁ।

ସଫଳ ବ୍ରାଉଜର ଅନୁରୋଧ ପ୍ରକ୍ସିର ପହଞ୍ଚ ଓ ଗୋଟିଏ ସମର୍ଥିତ ଅନୁରୋଧ ଧାରା ବିଷୟରେ ଉପଯୋଗୀ ପ୍ରମାଣ। କିନ୍ତୁ ଏହା ପ୍ରମାଣ କରେ ନାହିଁ ଯେ ପ୍ରତ୍ୟେକ ସୁରଙ୍ଗ ପଦ୍ଧତି, ଲକ୍ଷ୍ୟ ପୋର୍ଟ କିମ୍ବା ଆପ୍ଲିକେସନ ପ୍ରୋଟୋକଲ ସେହି ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ଅନୁମତିପ୍ରାପ୍ତ।