curl -N no puede decirle a un proxy que deje de almacenar en búfer

curl -N, o --no-buffer, desactiva el almacenamiento en búfer del flujo de salida de curl. Puede ayudar a diagnosticar una salida retrasada sin cambiar la política de búfer del proxy ni del servidor.

curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/stream

Para una comparación mediante un proxy público, elija un extremo HTTP de la lista de proxies HTTP. Use la URL real de su flujo y elija el límite previsto. La lista de omisión vacía mantiene esta comparación en la ruta del proxy seleccionado.

Llegada, decodificación y visualización

Un servidor puede generar bytes incrementales, un intermediario puede recopilarlos, una biblioteca cliente puede leer el cuerpo completo y un navegador puede aplazar la representación. Compare los primeros bytes útiles y el progreso posterior donde usted controla la ruta. El tiempo de pintado y la duración total del servidor no identifican cuándo llega el cuerpo.

En Guzzle, compruebe el streaming y el consumo del cuerpo por separado. La compresión añade una etapa de decodificación. Un cambio en el momento en que aparece la salida decodificada no identifica por sí solo al proxy como el componente de búfer.

Qué ve el intermediario

Un proxy CONNECT opaco no puede analizar las respuestas HTTPS internas como HTTP normal. Un servicio autorizado de inspección TLS tiene una visibilidad distinta, así que HTTPS por sí solo no demuestra la ausencia de inspección.

Una vez identificada la etapa de espera, use los controles de streaming que admite ese componente. Las directivas de proxy inverso no se aplican automáticamente a un proxy directo; la opción de salida de curl solo cambia su propia parte de la ruta.