ਮੌਜੂਦਾ libcurl ਹੈਂਡਲ ਲਈ, ਮੰਜ਼ਿਲ ਅਤੇ ਪ੍ਰੌਕਸੀ ਹੈਡਰ ਸੂਚੀਆਂ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਵੱਖ ਕਰੋ:

curl_easy_setopt(handle, CURLOPT_HEADEROPT, (long)CURLHEADER_SEPARATE);
curl_easy_setopt(handle, CURLOPT_PROXYHEADER, proxy_headers);
curl_easy_setopt(handle, CURLOPT_HTTPHEADER, origin_headers);

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

ਬੇਨਤੀ ਮਾਰਗਵੱਖਰੀਆਂ ਸੂਚੀਆਂ ਦਾ ਅਰਥ
ਸਾਧਾਰਨ CONNECT ਸੁਰੰਗ ਅੰਦਰ HTTPSਪਹਿਲਾਂ ਪ੍ਰੌਕਸੀ ਅਦਲ-ਬਦਲ ਆਉਂਦਾ ਹੈ; ਫਿਰ ਮੰਜ਼ਿਲ HTTP ਹੈਡਰ ਮੰਜ਼ਿਲ TLS ਅੰਦਰ ਆਉਂਦੇ ਹਨ।
ਸਾਧਾਰਨ HTTP ਫਾਰਵਰਡਿੰਗਪ੍ਰੌਕਸੀ ਮੰਜ਼ਿਲ ਹੈਡਰ ਪੜ੍ਹ ਸਕਦਾ ਹੈ, ਅਤੇ libcurl ਇੱਕ ਫਾਰਵਰਡ ਕੀਤੀ ਬੇਨਤੀ 'ਤੇ ਦੋਵੇਂ ਲਾਗੂ ਸੂਚੀਆਂ ਵਰਤ ਸਕਦਾ ਹੈ।

ਸਿਰਫ਼-ਪ੍ਰੌਕਸੀ ਰੂਟਿੰਗ ਮਾਰਕਰ ਪ੍ਰੌਕਸੀ ਅਦਲ-ਬਦਲ ਦਾ ਹਿੱਸਾ ਹੈ। ਸਾਦੇ ਟੈਕਸਟ ਫਾਰਵਰਡਿੰਗ ਵਿੱਚ, ਫਾਰਵਰਡਿੰਗ ਪ੍ਰਬੰਧ ਸੰਭਾਲਦਾ ਨਾ ਹੋਵੇ ਤਾਂ ਕੋਈ ਵੀ ਕਸਟਮ ਫੀਲਡ ਮੂਲ ਤੱਕ ਪਹੁੰਚ ਸਕਦੀ ਹੈ; ਵਿਕਲਪ ਦਾ ਨਾਮ ਗੋਪਨੀਯਤਾ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ ਹੈ।

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

ਜਦੋਂ ਮਾਰਕਰ ਗਾਇਬ ਹੋਵੇ ਜਾਂ ਲੀਕ ਹੁੰਦਾ ਜਾਪੇ, ਤਾਂ ਇਸਨੂੰ ਰੱਖਣ ਵਾਲੀ ਅਸਲ ਬੇਨਤੀ ਦੀ ਪਛਾਣ ਕਰੋ। ਕਈ ਅਦਲ-ਬਦਲ ਦਿਖਾਉਣ ਵਾਲਾ ਹੈਡਰ ਕਾਲਬੈਕ ਸਹੀ ਢੰਗ ਨਾਲ ਵੱਖ ਕੀਤੀਆਂ ਸੂਚੀਆਂ ਨੂੰ ਮਿਲੀਆਂ-ਜੁਲੀਆਂ ਦਿਖਾ ਸਕਦਾ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ