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 个选项作为解决方法:
归档时间: |
|
查看次数: |
10371 次 |
最近记录: |