400 Bad Request 是一种 HTTP 错误状态码.HTTP/1.1 对 400 Bad Request的定义主要是: 语义有误,当前请求无法被服务器理解 请求参数有误 丢包导致异常 Google 了一番,很多说是请求头或 cookie 过大引起的,调整  client_header_buffer_size 与 large_client_header_buffers 大小,但是并没有解决问题.经过排查发现 GET 请求的时候没有问题,POST 的时候就会返回 400 Bad Reque

nginx的400错误比较难查找原因,因为此错误并不是每次都会出现的,另外,出现错误的时候,通常在浏览器和日志里看不到任何有关提示. 经长时间观察和大量试验查明,此乃request header过大所引起,request过大,通常是由于cookie中写入了较大的值所引起. 所幸在nginx中是有办法解决这个问题: 在nginx.conf中,将client_header_buffer_size和large_client_header_buffers都调大,可缓解此问题. 其中主要配置是client

nginx的400错误比较难查找原因,因为此错误并不是每次都会出现的,另外,出现错误的时候,通常在浏览器和日志里看不到任何有关提示. 经长时间观察和大量试验查明,此乃request header过大所引起,request过大,通常是由于cookie中写入了较大的值所引起. 所幸在nginx中是有办法解决这个问题: 在nginx.conf中,将client_header_buffer_size和large_client_header_buffers都调大,可缓解此问题. 其中主要配置是client

解决方法一: 在contrller控制器中对应方法的 @RequestMapping注解中添加 method="RequestMethod.POST"属性

本地遇到此问题,关闭浏览器,重新运行代码即可

nginx转发成功报400 bad request,服务端未收到请求 解决办法: upstream后面不要跟下划线 例如: upstream auth_service{ server 30.4.164.151:10002; } location /auth_service { proxy_pass http://auth_service; } 修改为: upstream auth-service{ server 30.4.164.151:10002; } location /auth_servi

Nginx反向代理tomcat返回400 bad request nginx 版本1.12, tomcat版本 9.06 最近用Nginx做反向代理tomcat,实现前后端分离,nginx 将请求代理到tomcat服务始终返回400 bad request,如果直接访问tomcat服务则一点问题没有(测试中,tomcat本身端口对外开放). 配置如下: nginx.conf #配置一个代理即tomcat1服务器 upstream tomcat_server1{ server localhost:

tomcat整合nginx成功后,等访问一段时间后,会出现 Bad Request (Invalid Hostname)的错误, 因为是已经成功的配置,所以判定可能是哪里的限制设置有问题,最后在官方网站找到解决办法: 语法: large_client_header_buffers number size; 默认值: large_client_header_buffers 4 8k; 上下文: http, server 设置读取客户端请求超大请求的缓冲最大number(数量)和每块缓冲的size(

本文将介绍如何在Linux系统上部署Django web项目,本次部署基于下面的架构: CentOS7+ Python3.5 + Django1.11 + uWSGI + Nginx 亲测可行!!按照本文步骤且根据实际情况灵活部署,相信大家也能很快部署成功.话不多说,现在开始吧! 首先,你得安装CentOS或Redhat等Linux系统,物理机和虚拟机都行,如果是阿里云ECS主机并且带有独立公网IP,那就更好.在这里,我选用的是CentOS7,敬请参考. 至于如何安装CentOS.Python3

在开发项目过程中,突然遇到400 Bad Request Request Header Or Cookie Too Large的报错,我也是第一次出现这样的错误,感觉还是挺新奇的. 分析下出现错误的原因: 1.可能是你的网络DNS配置错误. 2.由request header过大所引起,request过大,通常是由于cookie中写入了较大的值所引起的. 3.访问太频繁,浏览器的缓存量太大,产生错误. 解决办法: 1.清理浏览器的cookie记录,和缓存文件,重启浏览器就好了. 2.打开360安

django+nginx+uwsgi部署的站点访问某个URL时发生了400 bad request的错误,而使用django自带的开发版的web server时没有遇到此问题.初步判断是nginx或uwsgi配置问题. 网上有说是因为request header过大而nginx配置的client_header_buffer_size和large_client_header_buffers过小引起的,但就当前的状态来看感觉不太可能.因为request header并不是特别大.至于是别的什么原因还

今天做项目的时候突然报出400 Bad Request错误,后台没有出现任何问题. 首先我看了看log日志中没有接受到任何参数,可以确定这个请求并没有发送出去,所以应该是前台数据提交的问题. 然后我看到了一些网友的一些提示: 1.提交表单数据类型与model不匹配  2.方法参数顺序不正确 3.javabean的属性和你的form提交中的数据类型不匹配 4 对象类型与model类型不一致  5 model类型不能为private,应为protected/public 我仔细的看了一下我的JS文件

<VirtualHost *:80 *:81>         ServerAdmin deng5765@163.com         DocumentRoot /active/www/yingchao123/trade         ServerName trade.test.yingchao123.com     ServerAlias trade.yingchao123.com          RewriteEngine On     RewriteRule ^([\da-z]{1

背景 最近分析数据偶然发现nginx log中有一批用户所有的HTTP POST log上报请求均返回400,没有任何200成功记录,由于只占整体请求的不到0.5%,所以之前也一直没有触发监控报警,而且很奇怪的是只对于log上报的POST接口会存在这种特定用户全部400的情况,而对于其他接口无论POST还是GET均没有此类问题. 进一步分析log发现其实对某些地区的用户请求,这个比例甚至超过了10%,于是花时间跟进了一下,最终发现源于部分机型客户端发出的HTTP请求格式不规范导致,这里记录一下分

背景 之前在一次不规范HTTP请求引发的nginx响应400问题分析与解决 中写过客户端query参数未urlencode导致的400问题,当时的结论是: 对于query参数带空格的请求,由于其不符合HTTP规范,golang的net/http库无法识别会直接报错400,而nginx和使用uwsgi与nginx交互的api主服务却可以兼容,可以正常处理. 最终的临时解决方案是:在nginx层根据query 参数是否包含空格决定是转发到golang的log server或api主服务. 本来以为这

摘要 SpringMVC 400 Bad Request 在提交表单时,发生400错误,并未进入save方法. @RequestMapping(value="/!save",method = RequestMethod.POST)     public String save(@ModelAttribute("user") @Valid UserEntity user,       Locale local,       BindingResult results)

今天做一个编辑的功能的时候,像后台传递一个实体,结果报400 Bad Request的错误....找了好久也没发现错误,老是报(不支持GET方式提交),检查好多遍我都是用的POST...不知道问题出在哪了,后面百度发现说是参数对应不上,可是我参数也对应上了啊,最后查出发现是我提交的date类型的数据后台不接受 该属性实体和数据库都是Date类型,因为我用的angularJs用了过滤器转成日期形式显示之后,该属性就从Date变成了String类型,所以我用@ResponseBody提交实体的时候,

今天用curl测试一个接口,一直提示400 最后发现是url的问题,如下处理就可以了 $url = str_replace(' ', '+', $url);

一.错误提示说明: Nginx 502 Bad Gateway的含义是请求的PHP-CGI已经执行,但是由于某种原因(一般是读取资源的问题)没有执行完毕而导致PHP-CGI进程终止. Nginx 504 Gateway Time-out的含义是所请求的网关没有请求到,简单来说就是没有请求到可以执行的PHP-CGI. 二.错误提示原因分析: 解决这两个问题其实是需要综合思考的,一般来说Nginx 502 Bad Gateway和php-fpm.conf的设置有关, 而Nginx 504 Gatew

最近angularjs post到后台 400一头雾水 没有任何错误. 最后发现好文,感谢作者 SpringMVC中出现" 400 Bad Request "错误(用@ResponseBody处理ajax传过来的json数据转成bean)的解决方法 今天开发过程中,在SpringMVC中的Action中处理前台ajax请求传过来的json数据直接转成对应的实体类时出错:400 Bad Request,后台也不报错,400指的的是请求无效(请求有语法问题或者不能满足请求),调试了好长时间