根据我们的经验以及特定于设置， s错误是来自 AWS Web 应用程序防火墙 WAF 的阻止、 s错误是由于 TCP 连接问题或 SSL 握手问题、 s错误在没有目标时发生以及 s错误是由于容量问题即当没有足够的目标时。 保持活动超时 在我们的设置中，ALB 使用与 Puma 的 KeepAlive 连接，我们注意到 s在安静时段，错误率虽小但一致。
发生这种情况是因为
Puma 的默认持久超时为 秒 PERSISTENTTIMEOUT ，而 ALB连接空闲超时为 秒。在这样 v 巴基斯坦 WhatsApp 号码 的安静间隔中，Puma 会在 ALB 之前关闭连接，然后 ALB 向客户端提供 Bad Gateway 错误。 ALB监测 通过将persistenttimeoutPuma 配置为大于 ALB 连接空闲超时（ 秒） ALB 连接超时（ 秒）的值，我们解决了该问题： persistenttimeout 处理大量请求 当我们向由单个 ISP 托管的大量收件人发送活动时，有时我们会从 ISP 收到大量 Web 请求，这些请求会使用其滥用和垃圾邮件防护系统检查链接。
一些 ISP 使用广泛
的 IP，并且每 分钟时间跨度的 AWS WAF IP 速率限制通常无法捕获完整的 秘鲁 WhatsApp 号码列表 请求，我们会收到 网关超时： 大量请求 在连接超时（ 秒）到期之前，负载均衡器无法建立与目标的连接。 这些 错误是从 ALB 到目标的打开超时的结果，即来自 ALB 的请求等待 秒并且无法连接到目标套接字。
