我们有一个 HA RabbitMQ 集群 (v3.2.x)，它有两个节点，位于负载均衡器后面。我们的客户端配置为使用 300 秒的心跳。大多数情况下，一切都按预期工作。
但是，如果客户端的连接断开（例如客户端的 NIC 断开连接），我们注意到（通过 TCPDump/wireshark）RabbitMQ 节点将在关闭连接之前尝试 3 次心跳消息（在我们的例子中将近 15 分钟）。为什么？为什么不在一次失败后关闭它？
有什么方法可以改变 RabbitMQ 服务器上的这种行为吗？或者我们是否必须将我们的心跳缩短到更小，比如 5 秒或 10 秒才能让连接更快地关闭，想法？
相关问题...
查看 TCPDump（在负载均衡器上捕获），我想知道为什么 LB 在没有收到来自死客户端的 TCP-ACK 以响应代理的 RabbitMQ 服务器心跳请求时不关闭连接？事实上，LB 会尝试多次发送请求（当然，永远不会收到响应）。LB 假设连接已被删除并关闭整个会话（包括与 RabbitMQ 节点的连接）是否有意义？