上传大文件,出现: 413 request Entity too Large错误的解决办法
2017-10-27 17:57
981 查看
工作中遇见了一个问题,就是上传一个100M的文件,会报413 request Entity too Large错误,下面给出解决方式。
经过排查,发现服务器使用nginx作为反向代理服务器,报上名错误,是因为请求长度超过了nginx默认的缓存大小和最大客户端最大请求大小。
经过网上搜索,找的了分别针对post和get方式的解决办法
针对post请求解决办法:
修改nginx.conf里面的几个相关的配置参数
client_body_buffer_size 10m(配置请求体缓存区大小, 不配的话)
client_max_body_size 20m(设置客户端请求体最大值)
client_body_temp_path /data/temp (设置临时文件存放路径。只有当上传的请求体超出缓存区大小时,才会写到临时文件中,注意临时路径要有写入权限)
如果上传文件大小超过client_max_body_size时,会报413 entity too large的错误。
针对get请求,我们可以通过修改另外两个配置来解决请求串超长的问题:
client_header_buffer_size 语法:client_header_buffer_size size 默认值:1k 使用字段:http, server 这个指令指定客户端请求的http头部缓冲区大小绝大多数情况下一个头部请求的大小不会大于1k不过如果有 来自于wap客户端的较大的cookie它可能会大于1k,Nginx将分配给它一个更大的缓冲区,这个值可以在 large_client_header_buffers里面设置。 large_client_header_buffers 语法:large_client_header_buffers
number size 默认值:large_client_header_buffers 4 4k/8k 使用字段:http, server 指令指定客户端请求的一些比较大的头文件到缓冲区的最大值,如果一个请求的URI大小超过这个值,服务 器将返回一个"Request URI too large" (414),同样,如果一个请求的头部字段大于这个值,服务器 将返回"Bad request" (400)。 缓冲区根据需求的不同是分开的。 默认一个缓冲区大小为操作系统中分页文件大小,通常是4k或8k,如果一个连接请求将状态转换为
keep-alive,这个缓冲区将被释放。
为什么修改http header的大小就能解决get请求串过长的问题?因为get请求参数会拼在http header中,所以,修改了http header的大小,就能解决上面问题。
nginx400错误是由于request header过大,通常是由于cookie中写入了较长的字符串所引起的。
解决方法是不要在cookie里记录过多数据,如果实在需要的话可以考虑调整在nginx.conf中的client_header_buffer_size(默认1k)
若cookie太大,可能还需要调整large_client_header_buffers(默认4k),该参数说明如下:
请求行如果超过buffer,就会报HTTP 414错误(URI Too Long)
nginx接受最长的HTTP头部大小必须比其中一个buffer大,否则就会报400的HTTP错误(Bad Request)。
经过排查,发现服务器使用nginx作为反向代理服务器,报上名错误,是因为请求长度超过了nginx默认的缓存大小和最大客户端最大请求大小。
经过网上搜索,找的了分别针对post和get方式的解决办法
针对post
针对post请求解决办法: 修改nginx.conf里面的几个相关的配置参数
client_body_buffer_size 10m(配置请求体缓存区大小, 不配的话)
client_max_body_size 20m(设置客户端请求体最大值)
client_body_temp_path /data/temp (设置临时文件存放路径。只有当上传的请求体超出缓存区大小时,才会写到临时文件中,注意临时路径要有写入权限)
如果上传文件大小超过client_max_body_size时,会报413 entity too large的错误。
针对get
针对get请求,我们可以通过修改另外两个配置来解决请求串超长的问题: client_header_buffer_size 语法:client_header_buffer_size size 默认值:1k 使用字段:http, server 这个指令指定客户端请求的http头部缓冲区大小绝大多数情况下一个头部请求的大小不会大于1k不过如果有 来自于wap客户端的较大的cookie它可能会大于1k,Nginx将分配给它一个更大的缓冲区,这个值可以在 large_client_header_buffers里面设置。 large_client_header_buffers 语法:large_client_header_buffers
number size 默认值:large_client_header_buffers 4 4k/8k 使用字段:http, server 指令指定客户端请求的一些比较大的头文件到缓冲区的最大值,如果一个请求的URI大小超过这个值,服务 器将返回一个"Request URI too large" (414),同样,如果一个请求的头部字段大于这个值,服务器 将返回"Bad request" (400)。 缓冲区根据需求的不同是分开的。 默认一个缓冲区大小为操作系统中分页文件大小,通常是4k或8k,如果一个连接请求将状态转换为
keep-alive,这个缓冲区将被释放。
为什么修改http header的大小就能解决get请求串过长的问题?因为get请求参数会拼在http header中,所以,修改了http header的大小,就能解决上面问题。
Nginx 400错误:HTTP头/Cookie过大
nginx400错误是由于request header过大,通常是由于cookie中写入了较长的字符串所引起的。解决方法是不要在cookie里记录过多数据,如果实在需要的话可以考虑调整在nginx.conf中的client_header_buffer_size(默认1k)
若cookie太大,可能还需要调整large_client_header_buffers(默认4k),该参数说明如下:
请求行如果超过buffer,就会报HTTP 414错误(URI Too Long)
nginx接受最长的HTTP头部大小必须比其中一个buffer大,否则就会报400的HTTP错误(Bad Request)。
相关文章推荐
- 上传大文件,出现: 413 request Entity too Large错误的解决办法
- 对于支持上传文件的手机浏览器出现的图片不能预览问题的解决办法
- phpcms上传文件出现乱码解决办法
- nginx上传文件413错误解决办法
- nginx 上传文件出现413 Request Entity Too Large 的解决方法
- 关于C#上传文件出现UnauthorizedAccessException解决办法
- 用ssh上传文件到Ubuntu上出现“Encountered 20 errors during the transfer“的解决办法!
- ser-u 上传文件出现乱码 及 无法上传中文文件夹的解决办法
- uploadify上传文件时,如果没有指定按钮图片,出现空请求解决办法
- 上传大于30M的视频时,出现找不到文件或目录错误的解决办法
- Java 文件上传,使用FileItem解析时,出现乱码的解决办法
- nginx 服务器在上传文件出现413代码的解决方法
- 使用ajaxfileupload.js进行文件上传,出现的问题以及解决办法
- windos文件上传ubuntu出现乱码解决办法
- Django 上传文件出现 OSError Permission denied的解决办法
- Nginx出现413 Request Entity Too Large错误解决方法,phpmyadmin导入mysql数据库提示,您想上传更大的文件/您可能想上传更大的文件的解决方法
- 通过FF、chrom浏览器使用swfupload上传文件出现404错误的解决办法
- 关于uploadifive 文件上传时出现406错误解决办法
- 使用Kindeditor的多文件(图片)上传时出现上传失败的解决办法/使用Flash上传多文件(图片)上传时上传失败的解决办法
- Django 上传文件出现 OSError Permission denied的解决办法