tcp连接多久会自动断开(tcp长连接保持多久)

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

答:理解清楚4次挥手的过程，那对于这个问题就会比较理解啦！传输结束后，传输双方(客户端和服务器)都可以申请断开连接，我们不妨假设客户端A主动申请与服务器B断开连接。当客户端A申请断开连接后，它将不会再向服务器发送数据，此为第1次挥手;服务器B收到连接释放报文后,此时处于半连接的状态，如果现在服务器仍有残留数据要向客户端传送，则进行传送，否则进行第3步;服务器B发出连接释放报文段;客户端A要对B发送的释放报文段进进行确认，即把ACK=1,该ACK报文段在传输时可能会丢失，为了保证这最后一个ACK报文能够到达服务器，就必须等待2msl再进行关闭。

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

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

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