Chrome 中网页资源请求停滞近一分钟

cac*_*ce7 5 google-chrome http amazon-web-services

我的网络应用程序上的资源在长时间停滞后需要近一分钟才能加载。这种情况持续发生。如下所示,该页面上只有3个请求实际命中了服务器本身,其余的都命中了内存或磁盘缓存。此问题似乎仅发生在 Chrome 上,Safari 和 Firefox 均未出现此行为。

我已经实施了Cache-Control: no-store这个问题中的建议,但问题仍然存在。请求在 chrome 中偶尔会停滞很长时间

下面还包括一​​个示例,展示了响应最终出现后的样子。

我的应用程序托管在 AWS 中的网络负载均衡器后面,该负载均衡器代理运行 nginx 的 EC2 实例和应用程序本身。

任何想法是什么导致了这个?

网络选项卡 回复

小智 4

我遇到了完全相同的问题。我们将 Elastic Beanstalk 与网络负载均衡器 (NLB) 结合使用,并在 NLB 处进行 TLS 终止。

我从AWS支持得到的反馈是:

当客户端连接到网络负载均衡器上的 TLS 侦听器并且在完成 TLS 握手后未立即发送数据时,可能会出现此问题。根本原因是处理新连接时的边缘情况。请注意,仅当 TLS 侦听器的目标组配置为使用 TCP 协议而未启用代理协议 v2 时,才会发生这种情况

他们现在正在努力解决这个问题。不知何故,只有当您使用 Chrome 浏览器时才会注意到这个问题。

同时,您有以下 2 个选项作为解决方法:

  • 在目标组上启用代理协议 v2 或
  • 配置目标组以使用 TLS 协议将流量路由到目标