Nginx报错信息*upstream prematurely closed connection while reading responseheader from upstream’

这篇具有很好参考价值的文章主要介绍了Nginx报错信息*upstream prematurely closed connection while reading responseheader from upstream’。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

Nginx 报错信息 upstream prematurely closed connection while reading response header from upstream 通常意味着后端服务(在这种情况下是监听在 8089 端口的服务)在 Nginx 期望读取响应头的时候关闭了连接。这可能是由于几种原因造成的,包括后端服务崩溃、超时设置不当或资源限制。

要解决这个问题,可以按照以下步骤操作:

1.检查后端服务日志:
检查后端服务的日志以查看是否有任何错误信息,特别是关于崩溃或异常关闭的信息。如果服务因为超大文件上传而崩溃,日志文件通常会给出一些线索。

2.增加超时设置:
Nginx 配置中可能有超时设置太低,导致在文件上传期间连接超时。可以尝试调整以下设置:

proxy_connect_timeout       300;
proxy_send_timeout          300;
proxy_read_timeout          300;
send_timeout                300;
将这些超时设置调整得更长一些,然后重新加载 Nginx 配置。

3.调整缓冲区大小:
如果正在上传非常大的文件,可能需要增加 Nginx 的缓冲区大小。可以尝试调整如下设置:

client_body_buffer_size    128k;
client_max_body_size       500M;
根据需要上传文件的大小调整 client_max_body_size。

4.网络问题:
如果后端服务在不同的主机上,可能存在网络问题导致连接中断。确保网络连接稳定

完成以上步骤后,尝试重新上传文件以查看问题是否解决。如果问题依旧存在,可能需要进一步深入后端服务的应用程序代码,查看是否有关于处理大文件上传的特定逻辑出现问题。文章来源地址https://www.toymoban.com/news/detail-767347.html

到了这里,关于Nginx报错信息*upstream prematurely closed connection while reading responseheader from upstream’的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • NGINX [upstream timed out (110: Connection timed out) while reading response header from upstream]错误

    最近负责的项目生产环境久不久会报响应异常的错误,查看相应的NGINX有持续几分钟的连接超时的日志,如下: 查看相应的access日志,相应时间的请求没有响应码,再看没有响应前的请求日志,发现有几笔持续请求超过设定时长5S的响应时间的请求。查看应用服务器的TCP请求

    2024年02月15日
    浏览(42)
  • upstream timed out (110: Connection timed out) while reading response header from upstream

    原因:  1、nginx缓冲区太小或超时时间太短  2、后端服务器响应慢 解决方案: 1、设置缓冲区大小和超时时长 server {     listen       8080;     server_name  XXX.XXX.com;     large_client_header_buffers 4 16k;     # 读取客户端请求头的缓冲区的最大数量和大小     client_max_body_siz

    2024年02月09日
    浏览(38)
  • Nginx报错host not found in upstream解决办法

    项目说明 前后台分离项目,后台所属空间没有存储图片,放置前台空间存储,后台需要查看图片,借助proxy_pass。对应配置如下 test.conf test.htaccess 当初配置完成的时候,启动nginx并没有问题,但是重启系统之后,nginx却是启动不起来,报错为 如果依照报错去找答案,肯定会是

    2024年02月13日
    浏览(75)
  • Github SSH 协议拉取代码报错 Connection closed by *.*.*.* port 22

    解决了 Connection closed by 端口22 的报错问题, 特来记录一下: 起因 window10操作系统,今天在拉取Github仓库的时候遇到了协议报错 : 思路 第一步,先去查了一下是不是SSH的私钥过期了, 但查了一下并没有问题。这时候你按照网上的教程:删除SSH公钥,然后重新生成的公钥,配

    2024年02月11日
    浏览(38)
  • Elasticsearch报错: received plaintext http traffic on an https channel, closing connection ...

    Elasticsearch报错:received plaintext http traffic on an https channel, closing connection Netty4HttpChannel。 现象,当启动Elasticsearch后,在浏览器输入地址 http://localhost:9200/ 后,报错 如图: 原因是Elasticsearch在Windows下开启了安全认证,虽然started成功,但访问http://localhost:9200/ 失败。     解决方

    2024年02月11日
    浏览(55)
  • ssh远程登录报错:kex_exchange_identification: Connection closed by remote host

    系统: MacOS Catalina 10.15.7 报错信息: 终端登录远程 服务器 时报错: 复制 然而服务商的一键登录或VNC登录正常。 首先使用以下命令debug登录过程,以便定位问题: 复制 如果你从此时返回的信息中能够发现大量的提示都指向: 复制 基本上能够确定问题出现在本机的配置上。

    2024年01月17日
    浏览(53)
  • Elasticsearch 8.0报错:received plaintext http traffic on an https channel, closing connection

    ES配置启动成功了,就是客户端访问服务端出现这个错误 原因 :是因为ES8默认开启了 SSL 认证。 因为 SSL 需要使用https方式请求,所以有以下两种解决办法: 1、使用 https 发送请求,即:把 http 请求改成 https 即可。 2、修改配置文件,需要修改配置文件则继续往下看。 修改

    2024年02月11日
    浏览(47)
  • Git 报错:Connection closed by remote host. fatal: Could not read from remote repository.

    1、背景: 今天部署到GitHub时,出现此错误。昨天还正常,今天突然这样。 2、详细错误信息: 3、解析错误信息: 错误信息翻译成中文后: 通过以上可知: 系统连接不到GitHub,因此无法用SSH密钥进行识别。 ---- 说明是网络问题。 4、实践探索 - 解决过程: 出现错误的时候,

    2024年02月07日
    浏览(100)
  • Elasticsearch报错received plaintext traffic on an encrypted channel, closing connection Netty4TcpChann

    当启动Elasticsearch后,在浏览器输入地址 http://localhost:9300 后,报错 原因是Elasticsearch在Windows操作系统下开启了ssl认证认证,虽然启动成功,但访问http://localhost:9300失败。 解决方案: 找到config/目录下面的elasticsearch.yml配置文件,把安全认证开关从原先的true都改成false,实现免密

    2024年02月11日
    浏览(60)
  • Elasticsearch 启动报错:received plaintext http traffic on an https channel, closing connection Netty4Ht

    elasticsearch  启动报错:received plaintext http traffic on an https channel, closing connection Netty4HttpChannel。 现象,当启动Elasticsearch后,在浏览器输入地址 http://localhost:9200/ 后,报错 received plaintext http traffic on an https channel, closing connection Netty4HttpChannel{localAddress=/127.0.0.1:9200, remoteAddress=/127

    2024年02月16日
    浏览(42)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包