扭曲-检测丢失的连接需要30多分钟 [英] twisted - detection of lost connection takes more than 30 minutes

问题描述

我已经用python编写了一个tcp客户端，它连接到服务器并使用简单的基于字符串的协议(由服务器制造商定义)进行通信。应保持TCP/IP连接，并在出现故障时重新连接。

当发生某种网络错误时(我假设是在服务器端或在沿途的某个节点上)，客户端需要很长时间才能意识到这一点并启动新连接，而不是几分钟。

有没有办法加快这一速度？某种内置的TCP/IP保持活动功能，可以更快地检测到断开？

我可以自己实现一个Keep Alive机制，并查找超时，但我不确定这是否是本例中的最佳实践。你认为如何？另外，将reactor.connectTCP()和reactor.run()与ClientFactory一起使用时，强制重新连接的最佳方式是什么？

tcp

基于推荐答案的协议的应用程序级保持活动是一个好主意。您可能应该实现这一点。这使您可以完全、准确地控制您希望从应用程序获得的超时语义。

tcp本身具有保活机制。您可以通过您的协议中的ITCPTransport方法调用来启用此功能。例如：

class YourProtocol(Protocol):
    def connectionMade(self):
        self.transport.setTcpKeepAlive(True)

该保持连接的确切语义依赖于平台和配置。这是完全有可能的，这是已经启用，并是检测您的连接丢失。对于此机制来说，30分钟是一个相当合理的时间来通知丢失的连接。

这篇关于扭曲-检测丢失的连接需要30多分钟的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！