220.181.165.136 - - [18/May/2015:10:31:02 +0800] "POST /v1/jobsHTTP/1.1" 499 0 "" "bdHttpRequest/1.0.0" 115.239.212.7 - - [18/May/2015:10:31:03 +0800] "GET /v1/job/643309e3-dc73-4025-aa69-c9405c1d818
出现nginx日志499错误的原因:修改nginx的配置文件:nginx.conf 或者vhost的文件,把下面的这两上参数设置更大些:proxy_read_timeout 60s; proxy_send_timeout 60s;重启nginx 即可解决此问题;也有可能是后端的数据库的压力过大,导致查询太慢,nignx 日志出现499;检查一下数据库压力;
原创 2016-07-08 15:25:06
2451阅读
我相信有些人在面试运维类岗位的时候会碰到对方问关于这方面的问题,我这里通过几个实验来复现这个情况,并做出相关分析,我希望大家看完后针对这种问题能有一个清晰思路。服务器IPNginx192.168.10.40后端Web192.168.10.50我们使用一个flask制作一个小的后端程序,程序里加了sleep,为的是有时间你可以进行其他操作,比如终止进程:#!/usr/bin/env python #
HTTP 499 状态码 nginx499错误     日志记录中HTTP状态码出现499错误有多种情况,我遇到的一种情况是nginx反代到一个永远打不开的后端,就这样了,日志状态记录是499、发送字节数是0。     老是有用户反映网站系统时好时坏,因为线上的产品很长时间没有修改,所以前端程序的问题基本上可以排除,于是就想着是Get方式调用的接口不稳
nginx 499状态码分析
原创 2018-05-24 17:01:25
4158阅读
问题描述:在进行微信服务号开发时,通过微信后台成功设置了自己服务器的地址,但是发现在微信一发送消息马上返回“该公众号暂时无法提供服务,请稍后再试”,而一开始是可以的,而且PHP入口文件居然没有被执行。。。这个问题怪异之处在于,一开始微信号还是正常返回消息的。但是后来看到的表象是微信总是返回“该公众号暂时无法提供服务,请稍后再试”,而查看nginx下的access.log是可以看到有请求过来的。14
Nginx 499错误的原因及解决方法打开Nginx的access.log发现在最后一次的提交是出现了HTTP1.1 499 0 -这样的错误,在百度搜索nginx 499错误,结果都是说客户端主动断开了连接。但经过我的测试这显然不是客户端的问题,因为使用端口+IP直接访问后端服务器不存在此问题,后来测试nginx发现如果两次提交post过快就会出现499的情况,看来是nginx认为是不安全的连接
原创 2015-07-21 17:55:32
679阅读
 499是因为客户端断掉或是服务器端主动断掉抛出来的。服务器断掉瞬间是499,转而502.
原创 2011-11-11 17:22:48
610阅读
nginx 499状态码
原创 2022-09-08 16:35:35
384阅读
nginx 499 错误 proxy_read_timeout 300;     #默认60s,这里修改为300s proxy_ignore_client_abort on;   #表示代理服务端不要主要主动关闭客户端连接。
原创 2017-11-16 17:35:31
1770阅读
  日志记录中HTTP状态码出现499错误有多种情况,我遇到的一种情况是nginx反代到一个永远打不开的后端,就这样了,日志状态记录是499、发送字节数是0。  老是有用户反映网站系统时好时坏,因为线上的产品很长时间没有修改,所以前端程序的问题基本上可以排除,于是就想着是Get方式调用的接口不稳定,问了相关人员,说没有问题,为了拿到确切证据,于是我问相关人员要了nginx服务器的日志文件(awst
  日志记录中HTTP状态码出现499错误有多种情况,我遇到的一种情况是nginx反代到一个永远打不开的后端,就这样了,日志状态记录是499、发送字节数是0。   老是有用户反映网站系统时好时坏,因为线上的产品很长时间没有修改,所以前端程序的问题基本上可以排除,于是就想着是Get方式调用的接口不稳定......
原创 2016-08-18 10:35:44
894阅读
日志记录中HTTP状态码出现499错误有多种情况,我遇到的一种情况是nginx反代到一个永远打不开的后端,就这样了,日志状态记录是499、发送字节数是0。    老是有用户反映网站系统时好时坏,因为线上的产品很长时间没有修改,所以前端程序的问题基本上可以排除,于是就想着是Get方式调用的接口不稳定,问了相关人员,说没有问题,为了拿到确切证据,于是我问相关人员
转载 精选 2016-05-09 00:08:15
1410阅读
   日志记录中HTTP状态码出现499错误有多种情况,我遇到的一种情况是nginx反代到一个永远打不开的后端,就这样了,日志状态记录是499、发送字节数是0。    老是有用户反映网站系统时好时坏,因为线上的产品很长时间没有修改,所以前端程序的问题基本上可以排除,于是就想着是Get方式调用的接口不稳定,问了相关人员,说没有问题,为了拿到确切证据,于是我问相
转载 精选 2016-10-03 11:48:06
685阅读
日志记录中HTTP状态码出现499错误有多种情况,我遇到的一种情况是nginx反代到一个永远打不开的后端,就这样了,日志状态记录是499、发送字节数是0。 老是有用户反映网站系统时好时坏,因为线上的产品很长时间没有修改,所以前端程序的问题基本上可以排除,于是就想着是Get方式调用的接口不稳定,问了相
转载 2018-01-18 09:01:00
259阅读
2评论
日志记录中状态码出现499错误有多种情况,我遇到的一种情况是nginx反代到一个永远打不开的后端,就这样了,日志状态记录是499、发送字节数是0。 老是有用户反映网站系统时好时坏,因为线上的产品很长时间没有修改,所以前端程序的问题基本上可以排除,于是就想着是Get方式调用的接口不稳定,问了相
转载 2017-08-14 11:34:00
216阅读
2评论
场景目前开发的是一个4S店的小程序模板,其中有预约模块,即用户可以预约洗车、保养等项 目,若用户在预约的时候由于网络问题导致请求时间过长,可能会重复点击请求按钮,造成 同样的预约预约了两次,因此考虑到重复请求的问题。 Tip:其实写数据的操作感觉都需要处理重复请求,要不然总会操作一次DB。思考方案前端控制逻辑 请求前,参数判断后,禁用按钮 请求回调的最后一步再启用按钮 问题 可以避免一部分
HTTP 499 状态码 nginx499错误     日志记录中HTTP状态码出现499错误有多种情况,我遇到的一种情况是nginx反代到一个永远打不开的后端,就这样了,日志状态记录是499、发送字节数是0。     老是有用户反映网站系统时好时坏,因为线上的产品很长时间没有修改,所以前端程序的问题基本上可以排除,于是就想着是Get方式调用的接口不稳定
问题描述:https://imajinyun.xyz/2019/11/15/nginx-499-faq/ 手动复现:这里我们使用 curl 模拟请求一下,更多 curl 的骚操作请访问 curl 的用法指南。for i in $(seq 1 10); do curl -m 2 http://api.example.test; done curl: (28) Operation timed out
转载 4月前
36阅读
HTTP 499 状态码 nginx499错误:HTTP 499 状态码 nginx499错误 日志记录中HTTP状态码出现499错误有多种情况,我遇到的一种情况是nginx反代到一个永远打不开的后端,就这样了,日志状态记录是499、发送字节数是0。 老是有用户反映网站系统时好时坏,因为线上的产品很长时间没有修改,所以前端程序的问题基本上可以排除,于是就想着是Get方式调用的接口
  • 1
  • 2
  • 3
  • 4
  • 5