tcp连接多久会自动断开(tcp建立连接后多久释放)

理论上是不会的。 理想状态下，一个 TCP 连接可以被长期保持。然而，在实际应用中，客户端或服务器端上维持的一个看似正常的 TCP 连接可能已经断连。TCP 连接主要受到两个方面的影响而导致断连：网络中间节点和客户端 / 服务器节点参与通信的两方节点？ 在实际网络应用中，两个主机之间的通信往往需要穿越多个中间节点，例如路由器、网关、防火墙等。因此，两个主机之间 TCP 连接的保持同样会受到中间节点的影响，尤其是会受到防火墙（软件或硬件防火墙）的限制。防火墙是一种装置，有多种不同的实现方式（软件实现、硬件设备实现或是软硬件相结合实现），它需要依据一系列规则对进出的信息流进行扫描，并允许安全（符合规则）的信息交互、阻止不安全（违反规则）的信息交互。防火墙的工作特性决定了要维护一个网络连接就需要耗费较多的资源，并且企业防火墙常常位于企业网络的出入口，长时间维护非活跃的 TCP 连接必将导致网络性能的下降。因此，大部分防火墙默认会关闭长时间处于非活跃状态的连接而导致 TCP 连接断连。类似的，如果中间节点异常导致来自客户端关闭连接的请求无法传递到服务器端，也将导致服务器端的相应连接发生断连。
TCP的保活定时器能够保证TCP连接一直保持，但是TCP的保活定时器不是每个TCP/IP协议栈就实现了，因为RFC并不要求TCP保活定时器一定要实现。再补充一点，TCP保活定时器的功能是每隔一个时间t (可能t=2小时，依赖具体的实现。）发送保活分组。

1、双方只建立了一个连接，然后就再也没有任何数据通信，这完全是可能的。这时，tcp有一个保活定时器，它的作用就是确认对端是否存活，通常它没2个小时发送一个数据包给对方，以查看是否有响应。 2、tcp中断，此时发送端发送数据，但是由于收不到ACK,它会一直尝试，通常的时间间隔为1s, 3s, 6s, 12s ..... 64s,这个间隔被称为"指数退避"，到最后，通常在9分钟后放弃(这个值看实现有可能不同)。 3、tcp中断，在这个过程中，路由器检测到主机不可达，当发送数据后会返回一个icmp信息，显示主机不可达，这个通常很快就能检测出来。TCP在不停发包的情况下仅仅利用TCP的属性是无法发现TCP连接是否正常

您好，用TCP通讯时，TCP一旦建立不会自动断开，但是可以通过设置超时断开。

每两个小时，tcp自动探测一次，发现对方关闭，则断开连接 除非应用层有特殊要求（比如要求每5分钟探测一次），否则不需要关心这个问题。我记得keepalive option似乎不能设置时间，只是打开关闭keep alive选项。 设置时间是在另外的地方（好像是sysctl，或者/proc下面），而且这个时间是一个系统只有一个，一旦改变所有程序的keepalive检测时间都变。

http { keepalive_timeout65;client_header_timeout 10;client_body_timeout 10;send_timeout10;释：keepalive_timeout:设置客户端连接保持活动的超时时间。在超过这个时间之后，服务器会关闭该连接。client_header_tomeout:设置客户端请求头读取超时时间。如果超过这个时间，客户端还没有发送任何数据，Nginx将返回“Request time out(408)”错误。client_body_timeout:设置客户端请求主体读取超时时间。如果超过这个时间，客户端还没有发送任何数据，Nginx将返回“Request time out（408）”错误，默认值是60。 send_timeout:设定响应客户端的超时时间。这个超时仅限于两个链接活动之间的时间，如果超过这个时间，客户端没有任何活动，Nginx将会关闭连接。
如果你知道ip apache可以用Deny from 192.168.1.99