Trennt libcurl seng Proxy-Header vun de Website-Header
Gitt libcurl getrennte Lëschte vu Proxy- an Destinatiounsheadere, an erkennt dobäi, datt d'Weiderginn am Klartext eng aner Sichtbarkeetsgrenz huet.
Fir en existéierende libcurl-Handle, trennt d'Lëschte vun Destinatiouns- a Proxy-Headeren explizit:
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);Halt de konfiguréierten Handle an déi gëlteg Lëschten während dem Transfer am Liewen. CURLHEADER_SEPARATE ënnerscheet Headeren, déi op CONNECT benotzt ginn, vun Headeren, déi fir d'Destinatiounsufro benotzt ginn. Méi al Beispiller mat eenheetlecher Politik kënnen déi gewéinlech Lëscht an alle béide Wiesselen setzen.
| Ufrowee | Bedeitung vun getrennte Lëschten |
|---|---|
| HTTPS an engem gewéinlechen CONNECT-Tunnel | Den Proxy-Wiessel kënnt als éischt; duerno kommen d'HTTP-Headeren vun der Destinatioun bannent der Destinatiouns-TLS. |
| Einfach HTTP-Weiderginn | De Proxy kann d'Destinatiounsheadere liesen, a libcurl kann déi zwou applicabel Lëschten op der eenzeger weiderginnener Ufro benotzen. |
E Routing-Marker, deen nëmme fir de Proxy ass, gehéiert zum Proxy-Wiessel. Beim Weiderginn am Klartext kann en arbiträre personaliséierte Feld den Urspronk erreechen, ausser d'Weiderginnsarrangement behandelt et; den Numm vun der Optioun ass keng Garantie fir Vertraulechkeet.
Benotzt ënnerstëtzt Umeldungsoptionsdaten fir d'Authentifikatioun. Fir Metadaten, déi vum Bedreiwer definéiert sinn, bestëmmt, wéi en Hop se verbraucht an ob se weiderginn däerfen, anstatt en Passwuert an e generescht Feld ze setzen.
Wann e Marker feelt oder et schéngt ze lecken, identifizéiert déi tatsächlech Ufro, déi en enthält. En Header-Callback, deen e puer Wiesselen weist, kann korrekt getrennte Lëschten vermëscht ausgesinn.