ਕੁਝ ਪ੍ਰੌਕਸੀ ਉਤਪਾਦ ਅਗਲੀਆਂ ਪ੍ਰੌਕਸੀ ਬੇਨਤੀਆਂ ਲਈ ਕੂਕੀ ਜਾਂ ਟੋਕਨ ਦੇਣ ਵਾਲਾ ਲੌਗਇਨ ਪ੍ਰਵਾਹ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹਨ। ਜੇ ਉਹ ਟੋਕਨ 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 ਲੌਗਇਨ ਪੰਨੇ ਤੋਂ ਵੱਖਰਾ ਪ੍ਰੋਟੋਕੋਲ ਹੈ।

ਟੋਕਨ ਨੂੰ ਇਸਦੇ ਪ੍ਰੌਕਸੀ ਐਂਡਪੌਇੰਟ ਅਤੇ ਇਰਾਦਿਤ ਜੀਵਨ ਕਾਲ ਤੱਕ ਸੀਮਿਤ ਰੱਖੋ। ਕਿਸੇ ਹੋਰ ਵਿਚੋਲੇ 'ਤੇ ਜਾਣ ਵੇਲੇ, ਉਸ ਸੰਰਚਨਾ ਬਦਲਾਅ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਹੈਡਰ ਸੂਚੀ ਬਦਲੋ। ਆਮ ਬੇਨਤੀ-ਹੈਡਰ ਸੂਚੀ ਸਿਰਫ਼ ਇੱਕ ਪ੍ਰੌਕਸੀ ਦੇ ਭੇਤ ਲਈ ਮਾੜੀ ਥਾਂ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ