Dónde encontrar las cabeceras de respuesta CONNECT de un proxy
Observe el intercambio CONNECT cuando falta un campo de diagnóstico específico del proxy en el objeto de respuesta de destino.
Un campo de diagnóstico en la respuesta CONNECT del proxy pertenece a una respuesta distinta de la respuesta posterior del sitio web. Un objeto de respuesta de destino de alto nivel puede exponer solo esta última.
| Interfaz de transporte | Dónde aparecen los metadatos CONNECT |
|---|---|
| API estándar de conexión HTTP de Python, 3.12+ | get_proxy_response_headers() devuelve las cabeceras de respuesta CONNECT, o None cuando no se envió CONNECT. |
| Recolección de cabeceras de libcurl | Las cabeceras CONNECT pueden incluirse. CURLOPT_SUPPRESS_CONNECT_HEADERS controla su entrega a través de las rutas de salida de cabeceras correspondientes. |
Para el manejador cURL de Guzzle, capture cada bloque de respuesta con on_headers en lugar de mirar solo la respuesta devuelta. Use la interfaz compatible del cliente que realmente realiza la solicitud. Una biblioteca construida sobre Python no expone necesariamente el método de conexión en su respuesta, y una instancia de conexión separada no puede revelar este intercambio. Suprimir las cabeceras CONNECT de libcurl puede simplificar un analizador mientras oculta la evidencia que necesita el diagnóstico.
Si el campo sigue ausente, revise las condiciones documentadas de producto, método y resultado del operador. Una solicitud reenviada en texto plano y un túnel HTTPS opaco pueden exponer los metadatos de forma distinta; un campo del proveedor no es una parte obligatoria de cada respuesta.
Mantenga la definición del campo junto con su valor. Una IP devuelta puede describir el escucha, la vinculación local, la salida elegida o el destino. Su forma por sí sola no identifica la fuente que ve el sitio web.