Waar u de CONNECT-responsheaders van een proxy vindt
Bekijk de CONNECT-uitwisseling wanneer een proxyspecifiek diagnoseveld ontbreekt in het doelresponsobject.
Een diagnoseveld in het CONNECT-antwoord van de proxy hoort bij een ander antwoord dan het latere antwoord van de website. Een doelresponsobject op hoog niveau toont mogelijk alleen het laatste.
| Transportinterface | Waar CONNECT-metadata verschijnt |
|---|---|
| Standaard HTTP-verbindings-API van Python, 3.12+ | get_proxy_response_headers() geeft de CONNECT-responsheaders terug, of None wanneer CONNECT niet is verzonden. |
| Headercollectie van libcurl | CONNECT-headers kunnen worden meegenomen. CURLOPT_SUPPRESS_CONNECT_HEADERS regelt de aflevering ervan via de relevante headeruitvoerpaden. |
Voor de cURL-handler van Guzzle, leg elk antwoordblok vast met on_headers in plaats van alleen naar het geretourneerde antwoord te kijken. Gebruik de ondersteunde interface van de client die het verzoek daadwerkelijk doet. Een bibliotheek bovenop Python legt de verbindingsmethode niet noodzakelijk bloot in haar antwoord, en een aparte verbindingsinstantie kan deze uitwisseling niet onthullen. Het onderdrukken van de CONNECT-headers van libcurl kan een parser vereenvoudigen, maar verbergt het bewijs dat de diagnose nodig heeft.
Als het veld nog steeds ontbreekt, controleer dan de gedocumenteerde product-, methode- en resultaatvoorwaarden van de operator. Een doorgestuurd verzoek in platte tekst en een ondoorzichtige HTTPS-tunnel kunnen metadata anders blootleggen; een leveranciersveld is geen verplicht onderdeel van elk antwoord.
Houd de definitie van het veld bij de waarde. Een teruggegeven IP kan de listener, de lokale binding, de gekozen uitgang of de bestemming beschrijven. Alleen de vorm ervan identificeert niet de bron die de website ziet.