ପ୍ରକ୍ସି ବ୍ୟବହାର କଲାବେଳେ CURLOPT_CONNECT_TO କଣ ବଦଳାଏ

CURLOPT_CONNECT_TO ମେଳ ଖାଉଥିବା ଗନ୍ତବ୍ୟ ସ୍ଥାନ ପାଇଁ libcurl ସଂଯୋଗ କରୁଥିବା ହୋଷ୍ଟ ଓ ପୋର୍ଟ ବଦଳାଏ। ଏହା ବିକଳ୍ପ ଏଣ୍ଡପଏଣ୍ଟକୁ HTTP CONNECT କିମ୍ବା SOCKS କହିବାକୁ ବାଧ୍ୟ କରେ ନାହିଁ।

ମୂଳ ହୋଷ୍ଟନାମ ଏବେ ମଧ୍ୟ ଆପ୍ଲିକେସନ-ପ୍ରୋଟୋକଲ ଓ TLS ପରିଚୟ ଯୋଗାଏ। ଏକା ସେବାର ଅନ୍ୟ ସର୍ଭର ଇନଷ୍ଟାନ୍ସକୁ ଜାଣିଶୁଣି ପହଞ୍ଚିବା ବେଳେ ଏହା ଉପଯୋଗୀ। କିନ୍ତୁ ଯେକୌଣସି ପ୍ରକ୍ସି ଶ୍ରୋତା ଆପ୍ଲିକେସନର କଞ୍ଚା ବାଇଟ ନୁହେଁ, ନିଜର ପ୍ରକ୍ସି ହ୍ୟାଣ୍ଡସେକ ଆଶା କରେ।

ମ୍ୟାପିଂକୁ HTTP ପ୍ରକ୍ସି ସହ ଯୋଡ଼ିବା

HTTP ପ୍ରକ୍ସିକୁ ଅଲଗା ଭାବରେ ବିନ୍ୟାସ କରନ୍ତୁ। ଜନସାଧାରଣ ସେବାକୁ ଯାଉଥିବା ପ୍ରମାଣପତ୍ରହୀନ HTTP ପଥ ସେହି ମଧ୍ୟସ୍ଥକୁ ଅନୁମତି ଦିଆଗଲେ HTTP ପ୍ରକ୍ସି ତାଲିକାରୁ ଏଣ୍ଡପଏଣ୍ଟ ବ୍ୟବହାର କରିପାରେ; କୌଣସି ବିଦ୍ୟମାନ ପ୍ରକ୍ସି ଖାତା ପ୍ରାର୍ଥୀକୁ ପଠାଯିବା ଉଚିତ ନୁହେଁ। libcurl ନଥିଭୁକ୍ତ କରେ ଯେ ଭିନ୍ନ connect-to ମ୍ୟାପିଂ ଅନୁରୋଧକୁ ସୁଡ଼ଙ୍ଗ ମୋଡକୁ ବଦଳାଇପାରେ: ପ୍ରକ୍ସି ମ୍ୟାପ କରାଯାଇଥିବା ଗନ୍ତବ୍ୟ ସହ ସଂଯୋଗ ଖୋଲେ। ମ୍ୟାପିଂ ପ୍ରକ୍ସି ମାଧ୍ୟମରେ କଣ ପହଞ୍ଚିବ ତାହା ବାଛେ; ଏହା ପ୍ରକ୍ସି ବିନ୍ୟାସକୁ ବଦଳାଇ ନାହିଁ।

ତିନୋଟି ମୂଲ୍ୟ ଅଲଗା ରଖନ୍ତୁ: ଉଦ୍ଦିଷ୍ଟ ସେବାର ନାମ, ବିକଳ୍ପ ସଂଯୋଗ ଏଣ୍ଡପଏଣ୍ଟ ଏବଂ ପ୍ରକ୍ସି ଏଣ୍ଡପଏଣ୍ଟ। ପ୍ରତ୍ୟେକ ବିକଳ୍ପକୁ ଏହାର ପ୍ରକୃତ ଭୂମିକା ପାଇଁ ବାଛନ୍ତୁ ଏବଂ ସେବା ପାଇଁ ସାଧାରଣ TLS ନାମ ଯାଞ୍ଚ ରଖନ୍ତୁ।

ଯଦି ପ୍ରକ୍ସି ପୋର୍ଟ ନିଜେ ସଂଯୋଗ ଅସ୍ୱୀକାର କରେ, ସେହି ସମାନ ଅନୁପସ୍ଥିତ ଶ୍ରୋତାକୁ ସୂଚାଉଥିବା ଅନ୍ୟ ଏକ ବିକଳ୍ପ ପ୍ରଥମ ଡେଇଁକୁ ସଜାଡ଼ିପାରିବ ନାହିଁ। ଗନ୍ତବ୍ୟ ମ୍ୟାପିଂ ବଦଳାଇବା ପୂର୍ବରୁ ସେହି ଶ୍ରୋତା କିମ୍ବା ପଥର ବିଫଳତା ସମାଧାନ କରନ୍ତୁ।