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 લોગિન પૃષ્ઠ કરતાં અલગ પ્રોટોકોલ છે.

ટોકનને તેના પ્રોક્સી એન્ડપોઇન્ટ અને ઇચ્છિત આયુષ્ય સુધી મર્યાદિત રાખો. બીજા મધ્યસ્થ પર જતી વખતે, તે રૂપરેખાંકન ફેરફારના ભાગ રૂપે હેડર સૂચિ બદલો. સામાન્ય વિનંતી-હેડર સૂચિ ફક્ત એક પ્રોક્સીની ગુપ્ત વસ્તુ માટે ખરાબ જગ્યા છે.