Hvor du finder en proxys CONNECT-svarheaders
Se på CONNECT-udvekslingen, når et proxyspecifikt diagnostisk felt mangler i destinationsobjektet for svaret.
Et diagnostisk felt i proxyens CONNECT-svar tilhører et andet svar end webstedets senere svar. Et destinationsobjekt på højt niveau kan kun vise det sidste.
| Transportgrænseflade | Hvor CONNECT-metadata vises |
|---|---|
| Pythons standard-API for HTTP-forbindelse, 3.12+ | get_proxy_response_headers() returnerer CONNECT-svarheaders, eller None når CONNECT ikke blev sendt. |
| libcurls headerindsamling | CONNECT-headers kan medtages. CURLOPT_SUPPRESS_CONNECT_HEADERS styrer deres levering gennem de relevante headeroutputveje. |
For Guzzles cURL-handler, fang hver svarlokke med on_headers i stedet for kun at se på det returnerede svar. Brug den understøttede grænseflade på den klient, der faktisk udfører anmodningen. Et bibliotek bygget oven på Python viser ikke nødvendigvis forbindelsesmetoden i sit svar, og en separat forbindelsesinstans kan ikke afsløre denne udveksling. Undertrykkelse af libcurls CONNECT-headers kan forenkle en parser, men skjuler det bevis, diagnosen har brug for.
Hvis feltet stadig mangler, så kontroller operatørens dokumenterede betingelser for produkt, metode og resultat. En videresendt anmodning i klartekst og en uigennemsigtig HTTPS-tunnel kan vise metadata forskelligt; et leverandørfelt er ikke en obligatorisk del af hvert svar.
Hold feltets definition sammen med dets værdi. En returneret IP kan beskrive lytteren, den lokale binding, den valgte udgang eller destinationen. Alene dens form identificerer ikke kilden, som webstedet ser.