କେତେକ ପ୍ରକ୍ସି ଉତ୍ପାଦ ପରବର୍ତ୍ତୀ ପ୍ରକ୍ସି ଅନୁରୋଧ ପାଇଁ କୁକି କିମ୍ବା ଟୋକେନ୍ ପ୍ରଦାନ କରୁଥିବା ଲଗଇନ୍ ପ୍ରବାହ ନିର୍ଦ୍ଧାରଣ କରନ୍ତି। ଯଦି ସେହି ଟୋକେନ୍ CONNECT ରେ ଦେଖାଯିବା ଆବଶ୍ୟକ, ତେବେ ଟନେଲ ଭିତରର ୱେବସାଇଟ୍ ପାଇଁ ଉଦ୍ଦିଷ୍ଟ କୁକିଠାରୁ ଏହାକୁ ଅଲଗା ରଖନ୍ତୁ।

libcurl ପ୍ରକ୍ସି ପାଇଁ ଏକ ସମର୍ପିତ କଷ୍ଟମ୍-ହେଡର ତାଲିକା ପ୍ରଦାନ କରେ। ପୂର୍ବରୁ ଆରମ୍ଭ କରାଯାଇଥିବା C ଆପ୍ଲିକେସନରେ, କନଫିଗରେସନର ଏକ ଅଂଶ ଏହିପରି ଦେଖାଯାଇପାରେ:

struct curl_slist *proxy_headers = NULL;
proxy_headers = curl_slist_append(proxy_headers,
    "Cookie: ProxySession=REPLACE_WITH_PROXY_TOKEN");
curl_easy_setopt(handle, CURLOPT_PROXYHEADER, proxy_headers);
curl_easy_setopt(handle, CURLOPT_HEADEROPT,
                 (long) CURLHEADER_SEPARATE);

ଏହା କେବଳ ସେତେବେଳେ ଉପଯୁକ୍ତ ଯେତେବେଳେ ପ୍ରକ୍ସିର ଡକ୍ୟୁମେଣ୍ଟେଡ୍ ଲଗଇନ୍ ପ୍ରୋଟୋକଲ୍ ସେହି ହେଡର ଦାବି କରେ। ଆଖପାଖ କୋଡ୍‌ରେ ଆବଣ୍ଟନ ଏବଂ ବିକଳ୍ପର ଫଳାଫଳ ଯାଞ୍ଚ କରନ୍ତୁ, ସ୍ଥାନାନ୍ତର ସମ୍ପୂର୍ଣ୍ଣ ନହେବା ପର୍ଯ୍ୟନ୍ତ ତାଲିକା ରଖନ୍ତୁ, ତାପରେ ତାଲିକା ମୁକ୍ତ କରିବା ପୂର୍ବରୁ ହ୍ୟାଣ୍ଡେଲର ପଏଣ୍ଟର ସଫା କିମ୍ବା ବଦଳାନ୍ତୁ।

ଅଲଗା ହେଡର ପରିଚାଳନା ସହିତ, libcurl ପ୍ରକ୍ସି ତାଲିକା CONNECT ରେ ଏବଂ ଲକ୍ଷ୍ୟସ୍ଥଳ ତାଲିକା ସ୍ଥାପିତ ଟନେଲ ଭିତରର ଅନୁରୋଧରେ ପଠାଏ। ତେଣୁ ପ୍ରକ୍ସି ବିକ୍ରେତାର ଟୋକେନ୍ ପାଏ କିନ୍ତୁ ସେହି ଟୋକେନ୍ ୱେବସାଇଟ୍ କୁକି ହୁଏ ନାହିଁ। ଏହି ପୃଥକୀକରଣ libcurl 7.42.1 ଠାରୁ ଡିଫଲ୍ଟ; ସ୍ପଷ୍ଟ ବିକଳ୍ପ ଉଦ୍ଦିଷ୍ଟ ଆଚରଣକୁ ଦୃଶ୍ୟମାନ କରେ।

ବ୍ରାଉଜର କୁକି ଜାର ଅନ୍ୟ ଏକ ଯନ୍ତ୍ର

libcurl ର କୁକି ଇଞ୍ଜିନ୍ ସକ୍ଷମ କରିବା କିମ୍ବା ଲକ୍ଷ୍ୟସ୍ଥଳ ପାଇଁ କୁକି ସେଟ୍ କରିବା ବ୍ରାଉଜରର ନିଜସ୍ୱ ପ୍ରକ୍ସି-ଲଗଇନ୍ ପ୍ରବାହକୁ ସ୍ୱୟଂଚାଳିତ ଭାବରେ ପୁନଃ ଉତ୍ପାଦନ କରେ ନାହିଁ। CONNECT ଲକ୍ଷ୍ୟସ୍ଥଳ ସହିତ HTTPS ବିନିମୟ ପୂର୍ବରୁ ଘଟେ। ପ୍ରତ୍ୟେକ ଅନୁରୋଧରେ ଧରାଯାଇଥିବା ସାଇଟ୍ କୁକି କପି କରିବା ପରିବର୍ତ୍ତେ ଉତ୍ପାଦର ପ୍ରକୃତ ଆବଶ୍ୟକତା ଚିହ୍ନଟ କରନ୍ତୁ।

ଯଦି ପ୍ରକ୍ସି ମାନକ HTTP ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ ବ୍ୟବହାର କରେ, ତେବେ ଏହାର ବଦଳରେ libcurl ର ପ୍ରକ୍ସି ପ୍ରମାଣପତ୍ର ଏବଂ ସମର୍ଥିତ ପ୍ରମାଣୀକରଣ ବିକଳ୍ପ ବ୍ୟବହାର କରନ୍ତୁ। Proxy-Authenticate ସହିତ 407 ସେସନ୍ ଟୋକେନ୍ ଫେରାଉଥିବା HTML ଲଗଇନ୍ ପୃଷ୍ଠାଠାରୁ ଅଲଗା ପ୍ରୋଟୋକଲ।

ଟୋକେନ୍କୁ ଏହାର ପ୍ରକ୍ସି ଏଣ୍ଡପଏଣ୍ଟ ଏବଂ ଉଦ୍ଦିଷ୍ଟ ଜୀବନକାଳ ମଧ୍ୟରେ ସୀମିତ ରଖନ୍ତୁ। ଅନ୍ୟ ମଧ୍ୟସ୍ଥକୁ ଯିବା ସମୟରେ, ସେହି କନଫିଗରେସନ୍ ପରିବର୍ତ୍ତନର ଅଂଶ ଭାବରେ ହେଡର ତାଲିକା ବଦଳାନ୍ତୁ। ସାଧାରଣ ଅନୁରୋଧ-ହେଡର ତାଲିକା କେବଳ ଏକ ପ୍ରକ୍ସିର ଗୋପନୀୟ ତଥ୍ୟ ପାଇଁ ଖରାପ ସ୍ଥାନ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ