curl -N nevar pateikt starpniekserverim, lai tas pārtrauktu buferēšanu

curl -N vai --no-buffer izslēdz curl izvades straumes buferēšanu. Tas var palīdzēt diagnosticēt aizkavētu izvadi, nemainot starpniekservera vai servera buferēšanas politiku.

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

Lai salīdzinātu, izmantojot publisku starpniekserveri, izvēlieties HTTP galapunktu no HTTP starpniekserveru saraksta. Izmantojiet savu faktisko straumes URL un izvēlieties paredzēto ierobežojumu. Tukšais apiešanas saraksts saglabā šo salīdzinājumu izvēlētajā starpniekservera maršrutā.

Ierašanās, dekodēšana un attēlošana

Serveris var ģenerēt pakāpeniskus baitus, starpnieks tos var savākt, klienta bibliotēka var nolasīt visu pamattekstu, un pārlūkprogramma var atlikt attēlošanu. Salīdziniet pirmos lietderīgos baitus un turpmāko gaitu tur, kur jūs kontrolējat ceļu. Krāsošanas laiks un servera kopējais ilgums nenosaka, kad pienāk pamatteksts.

Guzzle gadījumā atsevišķi pārbaudiet straumēšanu un pamatteksta patēriņu. Saspiešana pievieno dekodēšanas posmu. Izmaiņas laikā, kad parādās dekodētā izvade, pašas par sevi nepierāda, ka starpniekserveris ir buferēšanas komponents.

Ko redz starpnieks

Necaurspīdīgs CONNECT starpniekserveris nevar parsēt iekšējās HTTPS atbildes kā parastu HTTP. Autorizētam TLS pārbaudes servisam ir atšķirīgs redzamības līmenis, tāpēc tikai HTTPS nepierāda pārbaudes neesamību.

Kad gaidīšanas posms ir noteikts, izmantojiet šī komponenta atbalstītos straumēšanas vadīklas. Reversā starpniekservera direktīvas automātiski neattiecas uz ieejas starpniekserveri; curl izvades karodziņš maina tikai tam piederošo ceļa daļu.