Válassza külön a libcurl proxy- és webhely-fejléceit
Adjon a libcurlnak külön proxy- és célfejléc-listákat, miközben tudomásul veszi, hogy a nyílt szöveges továbbítás láthatósági határa más.
Egy meglévő libcurl-kezelőhöz explicit módon válassza külön a cél- és proxyfejléc-listákat:
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);Tartsa életben a konfigurált kezelőt és az érvényes listákat az átvitel alatt. A CURLHEADER_SEPARATE megkülönbözteti a CONNECT során használt fejléceket a célkéréshez használt fejlécektől. A régebbi egységes szabályzatú példák a szokásos listát mindkét cserébe betehetik.
| Kérési útvonal | A külön listák jelentése |
|---|---|
| HTTPS egy szokásos CONNECT-alagútban | Először a proxycserére kerül sor; ezután a cél HTTP-fejlécei a cél TLS-en belül következnek. |
| Egyszerű HTTP-továbbítás | A proxy olvashatja a célfejléceket, és a libcurl mindkét alkalmazható listát használhatja az egyetlen továbbított kérésen. |
A csak proxynak szóló útvonaljelölő a proxycseréhez tartozik. Nyílt szöveges továbbításnál egy tetszőleges egyéni mező elérheti az eredetet, hacsak a továbbítási elrendezés nem kezeli; az opció neve nem jelent bizalmassági garanciát.
A hitelesítéshez használjon támogatott hitelesítőadat-beállításokat. Az üzemeltető által meghatározott metaadatoknál állapítsa meg, melyik ugrás fogyasztja őket, és továbbíthatók-e, ahelyett hogy jelszót tenne egy általános mezőbe.
Ha egy jelölő hiányzik vagy szivárogni látszik, azonosítsa az azt tartalmazó tényleges kérést. Egy több cserét mutató fejléc-visszahívás miatt a helyesen elkülönített listák kevertnek tűnhetnek.