nginx 502错误 upstream sent too big header while reading response header from upstream

原本的设置是

proxy_buffer_size 4k;

proxy_buffers 4 32k;

proxy_busy_buffers_size 64k;

在这种配置下,使用fiddler进行抓包分析,发现只要请求的header的尺寸大于4378字节的时候就报502,当header在4377及以下的时候就正常了。

将配置更改为:

proxy_buffer_size 64k;
   proxy_buffers   32 32k;
   proxy_busy_buffers_size 128k;

之后,就正常了。

ps:查看了官方的以及一些网络资料,发现资料中都是说,这些buffer是被用来缓冲upstream(后端)服务器的响应的,暂时没有发现有资料说它也对请求header的大小会有影响。但在当前遇到的这个问题,的确是由于请求的header过大引起的。这个问题mark一下。

时间: 2024-11-05 11:07:09

nginx 502错误 upstream sent too big header while reading response header from upstream的相关文章

nginx 错误502 upstream sent too big header while reading response header from upstream

查看nginx的错误日志,得到以下错误信息:upstream sent too big header while reading response header from upstream按字面意思理解应该是upstream负载均衡的模块转发的header头超出限制值了,查看配置文件中的相关配置,并搜索相关信息. 网上同类型的错误原因,说是cookie携带的header太多了,让你设置: fastcgi_buffer_size 128k;fastcgi_buffers 8 128k; 优化这些配

修复Nginx报错:upstream sent too big header while reading response header from upstream

在 nginx.conf 的http段,加入下面的配置: proxy_buffer_size 128k; proxy_buffers 32 32k; proxy_busy_buffers_size 128k; 重启后一般就可以解决,如果还是报502,再在host配置的php段加入下面配置: fastcgi_buffer_size 128k; fastcgi_buffers 4 256k; fastcgi_busy_buffers_size 256k; 重启nginx即可. 原文地址:https:

nginx error: upstream prematurely closed connection while reading response header from upstream

本篇文章由:http://xinpure.com/nginx-error-upstream-prematurely-closed-connection-while-reading-response-header-from-upstream/ 环境描述 Nginx 版本 1.10.2 PHP 版本 7.0.12 Node 版本 5.9.0 本文是想讲一个 Nginx 的错误,为啥还要提及 PHP 和 Node 的版本呢?容我先还原一下应用场景 首先就是我有一个绑定在 3000 端口的 Node S

Nginx" upstream prematurely closed connection while reading response header from upstream"问题排查

问题背景 我们这边是一个基于Nginx的API网关(以下标记为A),最近两天有调用方反馈,偶尔会出现502错误,我们从Nginx的error日志里看,就会发现有" upstream prematurely closed connection while reading response header from upstream"这么一条错误日志,翻译过来其实就是上游服务过早的关闭了连接,意思很清楚,但是为什么会出现这种情况呢.而且是在业务低峰出现这种情况(也只是小概率的出现),在业务高

xdebug 一直报错 upstream timed out (110: Connection timed out) while reading response header from upstream

本地主机(Windows环境192.168.66.1)访问虚拟机(192.168.66.139)里面的搭建的php环境(系统centos6.5版本,php版本是5.5.30 ,xdebug 2.4.0),通过命令行pecl install xdebug安装的xdebug, 在php.ini配置xdebug [Xdebug]zend_extension=/usr/local/php/lib/php/extensions/no-debug-non-zts-20121212/xdebug.soxdeb

recv() failed (104: Connection reset by peer) while reading response header from upstream

场景: 为了得到用户在线等信息,在客户端做了个ajax轮训: 于是问题就来了, 日志文件 [[email protected] web]# tail -f /data/log/nginx_error.log 2017/06/16 19:20:28 [error] 230555#0: *10228041 recv() failed (104: Connection reset by peer) while reading response header from upstream,client:

FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream,

在对nginx添加fastCGI的支持后,然后进行php页面验证,发现页面识别不到,不清楚什么情况,随后google了下,原来是Nginx内置变量问题惹的祸. 1.平台介绍: 1 2 3 4 5 6 OS Version:        CentOS release 6.4 (Final) Nginx Version:     nginx version: nginx/1.4.3 PHP Version:       PHP 5.5.5 (fpm-fcgi) Mysql Version:    

nginx 502 错误

今天帮朋友处理一个程序报错,重启nginx服务之后,发现首页打不开了,但是静态文件可以打开 经检查nginx 服务器正常运行,重启无数次仍然502错误,考虑到静态文件可以打开,怀疑可能是php 脚本程序没有正常运行,运势 ps -aux |grep php-fpm 没有相关进程,进一步产看网络链接状态 netstat -anpo |grep 9000 仍没有内容,可以断定是php-fpm问题,启动该进程,我的安装目录在usr/local/nginx/php/php-fpm ./sbin/php-

shell 练习(08)——Nginx 502 错误检查处理

1. 题目 服务器上跑的是 LNMP 环境,近期总是有502现象.502为网站访问的状态码,200正常,502错误是Nginx最普遍常见的错误状态码.由于502错误码只是暂时的,并且只要重启 php-fpm 服务则502消失,但不重启的话,则会一直持续很长一段时间.所以,有必要写一个监控脚本,监控访问日志的状态码,一旦发生502,则自动重启一下 php-fpm 服务. 设定: 1) Nginx 的 access_log 在 /data/logs/nginx/access.log 2) 脚本死循环