curl -N не може змусити проксі припинити буферизацію

curl -N або --no-buffer вимикає буферизацію вихідного потоку curl. Це може допомогти діагностувати затриманий вивід, не змінюючи політику буферизації проксі чи сервера.

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

Для порівняння через публічний проксі виберіть HTTP-кінцеву точку зі списку HTTP-проксі. Використовуйте реальну URL-адресу свого потоку та виберіть потрібне обмеження. Порожній список обходу залишає це порівняння на вибраному маршруті проксі.

Прибуття, декодування та відображення

Сервер може генерувати поступові байти, посередник може їх збирати, клієнтська бібліотека може прочитати все тіло, а браузер може відкласти відображення. Порівнюйте перші корисні байти та подальший прогрес там, де ви контролюєте шлях. Час малювання та загальна тривалість сервера не визначають, коли надходить тіло.

У Guzzle перевіряйте потокову передачу та споживання тіла окремо. Стиснення додає етап декодування. Зміна моменту появи декодованого виводу сама по собі не доводить, що проксі є компонентом буферизації.

Що бачить посередник

Непрозорий проксі CONNECT не може аналізувати внутрішні відповіді HTTPS як звичайний HTTP. Авторизована служба інспекції TLS має іншу видимість, тому лише HTTPS не доводить відсутність інспекції.

Після визначення етапу очікування використовуйте елементи керування потоковою передачею, які підтримує цей компонент. Директиви зворотного проксі не застосовуються до прямого проксі автоматично; прапорець виводу curl змінює лише свою частину шляху.