Për një dorezë ekzistuese libcurl, ndani shprehimisht listat e titujve të destinacionit dhe të proxy-t:

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);

Mbajini gjallë dorezën e konfiguruar dhe listat e vlefshme gjatë transferimit. CURLHEADER_SEPARATE dallon titujt e përdorur në CONNECT nga titujt e përdorur për kërkesën e destinacionit. Shembujt e vjetër të politikës së unifikuar mund ta vendosin listën e zakonshme në të dy shkëmbimet.

Rruga e kërkesësKuptimi i listave të veçanta
HTTPS brenda një tuneli të zakonshëm CONNECTShkëmbimi me proxy-n vjen i pari; më pas titujt HTTP të destinacionit vijojnë brenda TLS-së së destinacionit.
Përcjellje e thjeshtë HTTPProxy-i mund të lexojë titujt e destinacionit, dhe libcurl mund të përdorë të dyja listat e zbatueshme në kërkesën e vetme të përcjellë.

Një shënues rrugëtimi vetëm për proxy-n i përket shkëmbimit me proxy-n. Me përcjellje në tekst të thjeshtë, një fushë e personalizuar arbitrare mund të arrijë origjinën, përveç rasteve kur rregullimi i përcjelljes e trajton atë; emri i opsionit nuk është garanci konfidencialiteti.

Përdorni opsionet e kredencialeve të mbështetura për vërtetim. Për metadata të përcaktuara nga operatori, përcaktoni cili hop i konsumon ato dhe nëse mund të përcillet, në vend që të vendosni një fjalëkalim në një fushë gjenerike.

Kur mungon një shënues ose duket se po rrjedh, identifikoni kërkesën aktuale që e përmban. Një kthim titujsh që shfaq disa shkëmbime mund t'i bëjë listat e ndara saktë të duken të përziera.

Artikuj të ngjashëm