我的公司必须为在每个请求时关闭连接的设备提供支持。
问题是在最关键的工作流中,需要发出2个请求。结果是在建立 SSL 连接的两个请求之间等待很长时间。当使用GPRS时,问题更严重。
我想知道是否有任何方法可以防止连接中断。通过查看wireshark转储,感觉如果我可以忽略FIN,连接将保持打开状态。这有任何意义吗?
我有哪些选择?
我的公司必须为在每个请求时关闭连接的设备提供支持。
问题是在最关键的工作流中,需要发出2个请求。结果是在建立 SSL 连接的两个请求之间等待很长时间。当使用GPRS时,问题更严重。
我想知道是否有任何方法可以防止连接中断。通过查看wireshark转储,感觉如果我可以忽略FIN,连接将保持打开状态。这有任何意义吗?
我有哪些选择?
这有任何意义吗?
不。
发送 FIN 是因为发送方决定要关闭连接。即使您将接收方更改为忽略 FIN,应用程序的发送方仍会认为连接已关闭,并且不会在其上发送或接收更多数据。
只需将其与电话进行比较。如果另一端决定挂断电话不再与您交谈,您是否试图忽略这一点也没关系,另一端仍然不会再与您交谈。
我有哪些选择?
这必须在应用程序内修复。例如,应用程序可以像使用 HTTP keep-alive 一样重用现有的 TCP 连接。
不。
fin 意味着发送方将不再发送任何数据。假装您没有收到通知不会让他们发送更多数据:)
对此没有网络解决方案。
如果接口无法修复,唯一的解决方案是应用程序代理。本质上,您在外部构建所需的接口,而在内部,代理将此接口转换为设备。