curl -N kan een proxy niet vertellen dat hij moet stoppen met bufferen

curl -N, of --no-buffer, schakelt het bufferen van de uitvoerstroom van curl uit. Het kan helpen om vertraagde uitvoer te diagnosticeren zonder het bufferbeleid van de proxy of server te wijzigen.

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

Kies voor een vergelijking via een openbare proxy een HTTP-eindpunt uit de HTTP-proxylijst. Gebruik uw werkelijke stream-URL en kies de bedoelde limiet. De lege bypasslijst houdt deze vergelijking op de gekozen proxyroute.

Aankomst, decodering en weergave

Een server kan stapsgewijs bytes genereren, een tussenliggende partij kan ze verzamelen, een clientbibliotheek kan de volledige body lezen en een browser kan de weergave uitstellen. Vergelijk de eerste bruikbare bytes en de verdere voortgang waar u het pad beheert. Schildertijd en de totale duur van de server bepalen niet wanneer de body aankomt.

Controleer in Guzzle streaming en bodyverbruik apart. Compressie voegt een decoderingsstap toe. Een verandering in wanneer gedecodeerde uitvoer verschijnt, bewijst op zichzelf niet dat een proxy de bufferende component is.

Wat de tussenliggende partij ziet

Een ondoorzichtige CONNECT-proxy kan interne HTTPS-antwoorden niet als gewone HTTP parseren. Een geautoriseerde TLS-inspectiedienst heeft een andere zichtbaarheid, dus HTTPS alleen bewijst niet dat er geen inspectie plaatsvindt.

Zodra de wachtfase is geïdentificeerd, gebruikt u de streamingbesturingselementen die die component ondersteunt. Richtlijnen voor reverse-proxy's gelden niet automatisch voor een forward-proxy; de uitvoervlag van curl wijzigt alleen zijn eigen deel van het pad.