Kvar du finn CONNECT-svarhovuda til ein proxy
Sjå på CONNECT-utvekslinga når eit proxy-spesifikt diagnostikkfelt manglar i målobjektet for svaret.
Eit diagnostikkfelt i CONNECT-svaret til proxyen høyrer til eit anna svar enn det seinare svaret frå nettstaden. Eit målobjekt på høgt nivå kan berre vise det siste.
| Transportgrensesnitt | Kvar CONNECT-metadata dukkar opp |
|---|---|
| Standard HTTP-tilkoplings-API i Python, 3.12+ | get_proxy_response_headers() returnerer CONNECT-svarhovuda, eller None når CONNECT ikkje vart sendt. |
| Hovudinnsamling i libcurl | CONNECT-hovud kan takast med. CURLOPT_SUPPRESS_CONNECT_HEADERS styrer leveringa av dei gjennom dei relevante hovudutgangsvegane. |
For cURL-handteraren i Guzzle, fanga kvar svarblokk med on_headers i staden for berre å sjå på svaret som vert returnert. Bruk det støtta grensesnittet til klienten som faktisk gjer førespurnaden. Eit bibliotek bygd oppå Python viser ikkje nødvendigvis tilkoplingsmetoden i svaret sitt, og ein separat tilkoplingsinstans kan ikkje avdekkje denne utvekslinga. Å undertrykkje CONNECT-hovuda i libcurl kan forenkle ein parser, men skjuler beviset diagnosen treng.
Om feltet framleis manglar, sjekk dei dokumenterte vilkåra for produkt, metode og resultat hos operatøren. Ein vidaresend førespurnad i klartekst og ein ugjennomsiktig HTTPS-tunnel kan vise metadata ulikt; eit leverandørfelt er ikkje ein obligatorisk del av kvart svar.
Hald definisjonen av feltet saman med verdien. Ein returnert IP kan skildre lyttaren, den lokale bindinga, den valde utgangen eller målet. Berre forma identifiserer ikkje kjelda som nettstaden ser.