CONNECT അഭ്യർത്ഥനയിൽ പ്രോക്സി കുക്കി നിലനിർത്തൽ

ചില പ്രോക്സി ഉൽപ്പന്നങ്ങൾ തുടർന്നുള്ള പ്രോക്സി അഭ്യർത്ഥനകൾക്കായി കുക്കിയോ ടോക്കണോ നൽകുന്ന ലോഗിൻ പ്രവാഹം നിർവചിക്കുന്നു. ആ ടോക്കൺ 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 ലോഗിൻ പേജിൽ നിന്ന് വ്യത്യസ്ത പ്രോട്ടോക്കോളാണ്.

ടോക്കൺ അതിന്റെ പ്രോക്സി എൻഡ്പോയിന്റിലും ഉദ്ദേശിച്ച ആയുസ്സിലും മാത്രം ഒതുക്കുക. മറ്റൊരു മധ്യസ്ഥനിലേക്ക് മാറുമ്പോൾ, ആ കോൺഫിഗറേഷൻ മാറ്റത്തിന്റെ ഭാഗമായി ഹെഡർ പട്ടിക മാറ്റുക. പൊതുവായ അഭ്യർത്ഥന-ഹെഡർ പട്ടിക ഒരു പ്രോക്സിക്ക് മാത്രം അവകാശപ്പെട്ട രഹസ്യത്തിന് മോശം സ്ഥലമാണ്.