curl -N ne peut pas demander à un proxy d'arrêter la mise en mémoire tampon

curl -N, ou --no-buffer, désactive la mise en mémoire tampon du flux de sortie de curl. Cela peut aider à diagnostiquer une sortie retardée sans modifier la politique de mémoire tampon du proxy ou du serveur.

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

Pour une comparaison via un proxy public, choisissez un point de terminaison HTTP dans la liste des proxys HTTP. Utilisez l'URL réelle de votre flux et choisissez la limite prévue. La liste de contournement vide maintient cette comparaison sur la route du proxy sélectionné.

Arrivée, décodage et affichage

Un serveur peut générer des octets progressifs, un intermédiaire peut les collecter, une bibliothèque cliente peut lire le corps complet et un navigateur peut différer le rendu. Comparez les premiers octets utiles et la progression ultérieure là où vous contrôlez le chemin. Le temps de peinture et la durée totale du serveur n'indiquent pas quand le corps arrive.

Dans Guzzle, vérifiez le streaming et la consommation du corps séparément. La compression ajoute une étape de décodage. Un changement du moment où la sortie décodée apparaît ne suffit pas à identifier un proxy comme le composant de mise en mémoire tampon.

Ce que voit l'intermédiaire

Un proxy CONNECT opaque ne peut pas analyser les réponses HTTPS internes comme du HTTP ordinaire. Un service d'inspection TLS autorisé dispose d'une visibilité différente, donc HTTPS seul ne prouve pas l'absence d'inspection.

Une fois l'étape d'attente identifiée, utilisez les contrôles de streaming pris en charge par ce composant. Les directives de proxy inverse ne s'appliquent pas automatiquement à un proxy direct ; l'option de sortie de curl ne modifie que sa propre partie du chemin.