Vir 'n bestaande libcurl-handvatsel, skei die bestemming- en proxy-opskriflyste eksplisiet:

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

Hou die gekonfigureerde handvatsel en geldige lyste lewendig vir die oordrag. CURLHEADER_SEPARATE onderskei opskrifte wat op CONNECT gebruik word van opskrifte wat vir die bestemmingsversoek gebruik word. Ouer voorbeelde met eenvormige beleid kan die gewone lys in beide uitruilings plaas.

VersoekpadBetekenis van afsonderlike lyste
HTTPS binne 'n gewone CONNECT-tonnelDie proxy-uitruiling kom eerste; bestemming-HTTP-opskrifte volg binne bestemming-TLS.
Gewone HTTP-aanstuurDie proxy kan die bestemming-opskrifte lees, en libcurl kan albei toepaslike lyste op die enkele aangestuurde versoek gebruik.

'n Slegs-proxy-roeteringsmerker hoort op die proxy-uitruiling. Met gewone-teks-aanstuur kan 'n willekeurige pasgemaakte veld die oorsprong bereik tensy die aanstuurreëling dit hanteer; die opsie se naam is nie 'n waarborg vir vertroulikheid nie.

Gebruik ondersteunde geloofwaardigheid-opsies vir verifikasie. Vir metadata wat deur die operateur gedefinieer word, bepaal watter hop dit verbruik en of dit aangestuur mag word, eerder as om 'n wagwoord in 'n generiese veld te plaas.

Wanneer 'n merker ontbreek of blyk te lek, identifiseer die werklike versoek wat dit bevat. 'n Opskrif-terugroep wat verskeie uitruilings wys, kan korrek geskeide lyste laat lyk asof dit vermeng is.

Verwante artikels