# 服务器出现大量 TIME_WAIT 状态的原因有哪些

最新推荐文章于 2024-03-20 10:50:27 发布

吾忆da

最新推荐文章于 2024-03-20 10:50:27 发布

阅读量436

点赞数 11

文章标签：服务器运维

本文链接：https://blog.csdn.net/qq_60536984/article/details/135766372

版权

文章讨论了HTTP长连接中，即使设置了Connection:close，服务器通常仍是主动关闭连接的一方。然而，在特殊情况下，抓包分析揭示了客户端在特定情况下也可能主动发送FIN报文关闭连接。作者强调了HTTP连接管理中的这些细节。

摘要由CSDN通过智能技术生成

第一个场景：HTTP 没有使用长连接 (Connection: Keep-Alive or Connection:close)
第二个场景：HTTP 长连接超时（注意不是请求响应超时，这里指的是tcp连接很久不再使用，比如nginx.keepalive_timeout 60s都没有新的请求就会关闭连接）
HTTP 长连接的请求数量达到上限(nginx.keepalive_requests) (比如请求次数超过100次就会关闭该tcp连接)

仅仅对于connection:close

根据大多数 Web 服务的实现，不管哪一方禁用了 HTTP Keep-Alive，都是由服务端主动关闭连接


注意：这并不意味着http之中主动关闭连接的都是server
注意：这并不意味着http之中主动关闭连接的都是server
注意：这并不意味着http之中主动关闭连接的都是server

仅仅是说在http设置connection:close的时候，关闭连接的主动方都是server
仅仅是说在http设置connection:close的时候，关闭连接的主动方都是server
仅仅是说在http设置connection:close的时候，关闭连接的主动方都是server

实战抓包分析

从抓包分析之中就可以看出，主动关闭连接的是client，第一次发出FIN报文的是client

吾忆da

关注

11
点赞
踩
6

收藏

觉得还不错? 一键收藏
0
评论
# 服务器出现大量 TIME_WAIT 状态的原因有哪些

第一个场景：HTTP 没有使用长连接 (Connection: Keep-Alive or Connection:close)第二个场景：HTTP 长连接超时（注意不是请求响应超时，这里指的是tcp连接很久不再使用，比如nginx.keepalive_timeout 60s都没有新的请求就会关闭连接）HTTP 长连接的请求数量达到上限(nginx.keepalive_requests) (比如请求次数超过100次就会关闭该tcp连接)
复制链接

扫一扫