curl -N nu poate spune unui proxy să oprească memorarea în tampon
Stabiliți unde are loc memorarea în tampon - la client, la intermediar sau pe partea de randare - fără a presupune că opțiunea de ieșire a curl schimbă întreaga cale a răspunsului.
curl -N, sau --no-buffer, dezactivează memorarea în tampon a fluxului de ieșire al curl. Poate ajuta la diagnosticarea ieșirii întârziate fără a schimba politica de memorare în tampon a proxy-ului sau a serverului.
curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/streamPentru o comparație printr-un proxy public, alegeți un punct final HTTP din lista de proxy-uri HTTP. Folosiți URL-ul real al fluxului dvs. și alegeți limita dorită. Lista de ocolire goală menține această comparație pe ruta proxy selectată.
Sosire, decodare și afișare
Un server poate genera octeți incrementali, un intermediar îi poate colecta, o bibliotecă client poate citi întregul corp, iar un browser poate amâna randarea. Comparați primii octeți utili și progresul ulterior acolo unde controlați calea. Timpul de desenare și durata totală a serverului nu identifică momentul în care sosește corpul.
În Guzzle, verificați separat streamingul și consumul corpului. Compresia adaugă o etapă de decodare. O schimbare a momentului în care apare ieșirea decodată nu dovedește de la sine că proxy-ul este componenta de memorare în tampon.
Ce vede intermediarul
Un proxy CONNECT opac nu poate analiza răspunsurile HTTPS interne ca HTTP obișnuit. Un serviciu autorizat de inspecție TLS are o vizibilitate diferită, așa că HTTPS singur nu dovedește absența inspecției.
După identificarea etapei de așteptare, folosiți controalele de streaming acceptate de acea componentă. Directivele de proxy invers nu se aplică automat unui proxy direct; opțiunea de ieșire a curl schimbă doar partea sa din cale.