Ответ 1

Добавьте в файл conf

fastcgi_buffers 16 16k; 
fastcgi_buffer_size 32k;

Ответ 2

Если nginx работает как прокси-сервер/обратный прокси

то есть для пользователей ngx_http_proxy_module

В дополнение к fastcgi модуль proxy также сохраняет заголовок запроса во временном буфере.

Таким образом, вам может потребоваться также увеличить proxy_buffer_size и proxy_buffers, или полностью отключить его (читайте документацию nginx).

Пример конфигурации буферизации прокси-сервера

http {
  proxy_buffer_size   128k;
  proxy_buffers   4 256k;
  proxy_busy_buffers_size   256k;
}

Пример отключения вашего прокси-буфера (рекомендуется для длинных серверов опроса)

http {
  proxy_buffering off;
}

Для получения дополнительной информации: Документация модуля прокси-сервера Nginx

Ответ 3

upstream sent too big header while reading response header from upstream - это nginx общий способ сказать: "Мне не нравится то, что я вижу"

• Сбой потока восходящего сервера
• Сервер восходящего потока отправил неверный заголовок назад
• Уведомление/предупреждения, отправленные из STDERR, переполнили их буфер, и оба они и STDOUT были закрыты.

3: Посмотрите на журналы ошибок над сообщением, транслируется ли он с занесенными в журнал строками, предшествующими сообщению? PHP message: PHP Notice: Undefined index: Пример фрагмента из цикла моего файла журнала:

2015/11/23 10:30:02 [error] 32451#0: *580927 FastCGI sent in stderr: "PHP message: PHP Notice:  Undefined index: Firstname in /srv/www/classes/data_convert.php on line 1090
PHP message: PHP Notice:  Undefined index: Lastname in /srv/www/classes/data_convert.php on line 1090
... // 20 lines of same
PHP message: PHP Notice:  Undefined index: Firstname in /srv/www/classes/data_convert.php on line 1090
PHP message: PHP Notice:  Undefined index: Lastname in /srv/www/classes/data_convert.php on line 1090
PHP message: PHP Notice:  Undef
2015/11/23 10:30:02 [error] 32451#0: *580927 FastCGI sent in stderr: "ta_convert.php on line 1090
PHP message: PHP Notice:  Undefined index: Firstname

вы можете видеть в третьей строке снизу, что предел буфера был взломан, сломался, а следующий поток написал поверх него. Затем Nginx закрыл соединение и вернул 502 клиенту.

2: запишите все заголовки, отправленные по запросу, просмотрите их и убедитесь, что они соответствуют стандартам (nginx не разрешает что-либо более чем на 24 часа для удаления/истечения срока действия cookie, отправляя недопустимую длину содержимого, поскольку сообщения об ошибках буферизируются до содержание подсчитывается...). вызов функции getallheaders обычно может помочь в абстрактных кодовых ситуациях php получить все заголовки

включают:

<?php
//expire cookie
setcookie ( 'bookmark', '', strtotime('2012-01-01 00:00:00') );
// nginx will refuse this header response, too far past to accept
....
?>

и это:

<?php
header('Content-type: image/jpg');
?>

<?php   //a space was injected into the output above this line
header('Content-length: ' . filesize('image.jpg') );
echo file_get_contents('image.jpg');
// error! the response is now 1-byte longer than header!!
?>

1: проверьте или создайте журнал script, чтобы убедиться, что ваш поток достиг нужной конечной точки и не вышел до завершения.

Ответ 4

Инструкции Plesk

В Plesk 12 у меня был nginx, работающий как обратный прокси (который, по моему мнению, является значением по умолчанию). Таким образом, текущий верхний ответ не работает, поскольку nginx также запускается как прокси.

Я пошел в Subscriptions | [subscription domain] | Websites & Domains (tab) | [Virtual Host domain] | Web Server Settings.

Затем в нижней части этой страницы вы можете установить Дополнительные директивы nginx, которые я установил как комбинацию из двух верхних ответов здесь:

fastcgi_buffers 16 16k;
fastcgi_buffer_size 32k;
proxy_buffer_size   128k;
proxy_buffers   4 256k;
proxy_busy_buffers_size   256k;

Ответ 5

Если вы используете инфраструктуру Symfony:

Прежде чем возиться с конфигурацией Nginx, попробуйте сначала отключить ChromePHP.

1 - Откройте приложение /config/config _dev.yml

2 - Прокомментируйте следующие строки:

#chromephp:
    #type:   chromephp
    #level:  info

ChromePHP упаковывает информацию об отладке json-encoded в заголовок X-ChromePhp-Data, который слишком велик для конфигурации nginx по умолчанию с fastcgi.

Источник: https://github.com/symfony/symfony/issues/8413#issuecomment-20412848

Ответ 6

Мы поняли, что наш один сервер, который испытывал это, столкнулся с fpm config, в результате чего php-ошибки/предупреждения/уведомления, которые обычно записывались на диск, отправлялись через сокет FCGI. Похоже, что существует ошибка синтаксического анализа, когда часть заголовка разбивается по кускам буфера.

Итак, установите php_admin_value[error_log] на что-то, что можно записать и перезапустив php-fpm, чтобы решить проблему.

Мы могли бы воспроизвести проблему с меньшим script:

<?php
for ($i = 0; $i<$_GET['iterations']; $i++)
    error_log(str_pad("a", $_GET['size'], "a"));
echo "got here\n";

Поднятие буферов сделало 502s более трудным для удара, но не невозможно, например native:

bash-4.1# for it in {30..200..3}; do for size in {100..250..3}; do echo "size=$size iterations=$it $(curl -sv "http://localhost/debug.php?size=$size&iterations=$it" 2>&1 | egrep '^< HTTP')"; done; done | grep 502 | head
size=121 iterations=30 < HTTP/1.1 502 Bad Gateway
size=109 iterations=33 < HTTP/1.1 502 Bad Gateway
size=232 iterations=33 < HTTP/1.1 502 Bad Gateway
size=241 iterations=48 < HTTP/1.1 502 Bad Gateway
size=145 iterations=51 < HTTP/1.1 502 Bad Gateway
size=226 iterations=51 < HTTP/1.1 502 Bad Gateway
size=190 iterations=60 < HTTP/1.1 502 Bad Gateway
size=115 iterations=63 < HTTP/1.1 502 Bad Gateway
size=109 iterations=66 < HTTP/1.1 502 Bad Gateway
size=163 iterations=69 < HTTP/1.1 502 Bad Gateway
[... there would be more here, but I piped through head ...]

fastcgi_buffers 16 16k; fastcgi_buffer_size 32k;:

bash-4.1# for it in {30..200..3}; do for size in {100..250..3}; do echo "size=$size iterations=$it $(curl -sv "http://localhost/debug.php?size=$size&iterations=$it" 2>&1 | egrep '^< HTTP')"; done; done | grep 502 | head
size=223 iterations=69 < HTTP/1.1 502 Bad Gateway
size=184 iterations=165 < HTTP/1.1 502 Bad Gateway
size=151 iterations=198 < HTTP/1.1 502 Bad Gateway

Итак, я верю, что правильный ответ: исправить свой fpm config, чтобы он регистрировал ошибки на диске.