Request Header Or Cookie Too Large

在运营过程中，遇到 nginx 出现 400 错误，具体是 "request header or cookie too large"，可以通过调整 client_header_buffer_size 和 large_client_header_buffers 来解决问题，但这些细节值得进一步探讨，所谓知其然更要知其所以然。

首先，我们需要理解为何 Nginx 需要两个不同的指令来处理这个问题，而不是一个。让我们参考官方文档的说明：

client_header_buffer_size：设置用于读取客户端请求头的缓冲区大小。对于大多数请求，1K 字节的缓冲区就足够了。然而，如果请求包含较长的 Cookie 或来自 WAP 客户端，可能会超出 1K。如果请求行或请求头字段超出了这个缓冲区，则会分配由 large_client_header_buffers 指令配置的更大缓冲区。

large_client_header_buffers：设置用于读取大型客户端请求头的最大缓冲区数量和大小。请求行不能超过一个缓冲区的大小，否则会返回 414（Request-URI Too Large）错误给客户端。请求头字段也同样不能超过一个缓冲区的大小，否则会返回 400（Bad Request）错误。缓冲区是按需分配的，默认大小为 8K 字节。如果在请求处理结束后，连接进入 keep-alive 状态，这些缓冲区会被释放。

Nginx 使用 client_header_buffer_size 来缓存客户端的请求头，当空间不足时，通过 large_client_header_buffers 按需扩容。这样做可以平衡资源和性能。

例如，如果大部分请求头的大小在 2K 以内，而小部分请求头约为 10K，我们可以通过将 client_header_buffer_size 调整到 2K 来满足大部分请求头的需求。对于小部分 10K 的请求头，则通过调整 large_client_header_buffers 来满足。这样可以避免浪费宝贵的内存资源。

接下来，让我们看看如何了解请求头的情况。这里可以使用一个名为 ngrep 的小工具：

jQuery下拉框美化插件Select-or-Die

Select-or-Die是一款基于jQuery的下拉框美化插件，你不用修改你原来的下拉框，它能够完全无缝的对你原来的下拉框进行美化，它甚至还支持添加前缀、HTML data 属性、键盘循环控制、设置高度、跳转到链接以及回调函数等等。

58

查看详情

下面是使用 awk 来统计请求头长度的例子：

shell> ngrep -W byline 'GET /' 'tcp and dst port 80' |       awk -v RS="#+" -v FS="\n" '{ print length() }'

再比如，查询大于 1K 的请求头：

shell> ngrep -W byline 'GET /' 'tcp and dst port 80' |       awk -v RS="#+" -v FS="\n" 'length() > 1000'

明天就是新年了，祝大家开心！

以上就是Request Header Or Cookie Too Large的详细内容，更多请关注php中文网其它相关文章！