Azure 负载均衡器在超时后保持服务器端的套接字打开
Azure Load Balancer keeps socket on server side open after timeout
timeout documentation表示客户端在向负载均衡器发送数据时收到错误。
When the connection is closed, your client application may receive the following error message: "The underlying connection was closed: A connection that was expected to be kept alive was closed by the server."
但是我们的服务结构端点仍然打开了已经超时的 tcp 套接字，即使现在已经好几天了。
客户端刚刚在应用超时后发送了 TCP CLOSE。
为什么负载均衡器不通知 service fabric 节点 tcp 连接因超时而关闭？
Service Fabric 节点上的windows OS 是否可以在没有activity 超时后关闭套接字？找到 TCP Keep-alive 文档，我们的应用程序目前无法使用 tcp-keepalive 功能。
当会话空闲超时时，负载平衡器不发送 TCP RST。请使用 Service Fabric 调查如何管理这种情况并启用 TCP 保持活动的发送。
timeout documentation表示客户端在向负载均衡器发送数据时收到错误。
When the connection is closed, your client application may receive the following error message: "The underlying connection was closed: A connection that was expected to be kept alive was closed by the server."
但是我们的服务结构端点仍然打开了已经超时的 tcp 套接字，即使现在已经好几天了。
客户端刚刚在应用超时后发送了 TCP CLOSE。
为什么负载均衡器不通知 service fabric 节点 tcp 连接因超时而关闭？
Service Fabric 节点上的windows OS 是否可以在没有activity 超时后关闭套接字？找到 TCP Keep-alive 文档，我们的应用程序目前无法使用 tcp-keepalive 功能。
当会话空闲超时时，负载平衡器不发送 TCP RST。请使用 Service Fabric 调查如何管理这种情况并启用 TCP 保持活动的发送。