首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >RequestHeaderSectionTooLarge:您的请求头部分超过了允许的最大大小

RequestHeaderSectionTooLarge:您的请求头部分超过了允许的最大大小
EN

Stack Overflow用户
提问于 2022-05-03 12:26:22
回答 3查看 3.2K关注 0票数 5

我们正在使用AWS放大器我们的NextJS网络应用程序,并不断收到错误,当我试图加载应用程序一旦部署到放大。在当地没有问题。

我使用放大器的默认八月配置,与基本的电子邮件和密码auth。看起来,它可能与在标头中设置的扩容cookie有关,但我在AWS中找不到任何文档来防止这种情况或减少与标头传递的信息量。任何帮助都将不胜感激。

EN

回答 3

Stack Overflow用户

回答已采纳

发布于 2022-08-31 10:20:06

我也曾面对同样的问题,并得以解决。以下是如何-

  1. 为您的应用程序标识CloudFront分发ID。您可以在应用程序构建控制台的部署日志中找到它。

  1. 搜索并打开特定的CF分布,然后转到Behaviours选项卡。
  2. 选择默认行为(在我的情况下是第5个),然后点击Edit。

  1. 向下滚动到缓存键和源请求部分。在这里,您将找到一些设置来控制发送到服务器的请求头中包含的内容。在我的例子中,我不需要任何Cookies,所以我选择了None,它为我解决了这个问题。在您的例子中,您可以做同样的事情,或者选择标题中需要的所有信息。

票数 3
EN

Stack Overflow用户

发布于 2022-07-02 21:06:19

检查该域是否有任何不必要的cookie。

我得到了这个错误(在我不拥有的网站上)。我看了一下请求头,发现了大量用于站点域的cookie(几十个)。我清理了那些看起来不重要的饼干,然后错误就消失了。

正如错误所暗示的,整个请求头部分的大小超过8192字节。请求标头包括接受标头、用户代理、cookie等,所有组合都会变得相当大。对于一些WAF来说,大型头看起来是恶意的。我曾经有一个用户在我们的网站上遇到麻烦。事实证明,它们是一个多标记语言,并配置了它们的浏览器来接受几十种语言,导致它们的接受语言头长得令人怀疑,而WAF拒绝代理该请求。

票数 0
EN

Stack Overflow用户

发布于 2022-07-06 19:10:20

使用Nextjs、扩容和外部Auth提供商,我也面临着同样的问题。

问题是AWS S3服务的请求头最大允许大小为8192字节,所以当您尝试访问Nextjs静态生成的页面时,它会返回该错误。这已经被问到这里

在我的例子中,我使用了一个外部的Auth提供程序,并且我只能为'/api/‘路径解决配置cookie问题。这样,Auth只被发送到Nextjs端点,所以当您尝试获取静态页面时,请求头就会更轻。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/72099368

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档