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. У authorized-сервиса инспекции TLS другая видимость, поэтому один HTTPS не доказывает отсутствие инспекции.

После определения этапа ожидания используйте поддерживаемые этим компонентом средства управления потоковой передачей. Директивы обратного прокси не применяются к прямому прокси автоматически; флаг вывода curl меняет только свою часть пути.