tcp关闭时time wait状态

最新推荐文章于 2021-03-20 10:56:58 发布
最新推荐文章于 2021-03-20 10:56:58 发布
阅读量486 收藏
点赞数
分类专栏： 网络
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/oklizy/article/details/40991659
版权

    TCP关闭的时候，会在发起端收到对端fin报文后，会进入time wait状态。原因就是如果发起端在收到fin报文后，发送的ACK报文丢失的情况下，那此时对端又会重新发送fin报文，但此时发起端已经关闭了连接，只能发送rst报文，那对端的状态就会乱，所有才有了time wait这个时间状态，等待两个MSL.

                                        fin 

                            A----------------->B  CLOSE_WAIT

                                      ack

     FIN_WAIT_1  A<-----------------B

                  

                                       fin

     FIN_WAIT_2  A<-----------------B LAST_ACK

                            |          ack

       Time Wait     |------------------->CLOSED

                            |

        CLOSED     |


                           



oklizy
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
理解tcp关闭连接中的time_wait状态
godleading的专栏
03-10 3892
首先看一下tcp关闭连接时的四次握手过程： 1.Client向Server发送FIN包，表示Client主动要关闭连接，然后进入FIN_WAIT_1状态，等待Server返回ACK包。此后Client不能再向Server发送数据，但能读取数据。 2.Server收到FIN包后向Client发送ACK包，然后进入CLOSE_WAIT状态，此后Server不能再读取数据，但可以
【JDBC】JDBC和连接池的关系
pangpd的博客
09-07 2156
1. 前言 一直以为连接池是对JDBC的封装，今天再次回顾Java基础的时，才发现并非完全如此。连接池只是包装/操作了JDBC API 接口,然后再实际运行的时候,这些接口的具体实现则 下面是知乎上的一个图：JDBC和连接池的关系 2. JDBC和连接池的关系 JDBC（Java Data Base Connectivity,java数据库连接）是一种用于执行SQL语句的Java API，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。简单说可以通过JDBC来访问数据库， 而连
计算机网络 TIME_WAIT TCP关闭
qq_40713201的博客
02-05 2063
time-wait开始的时间为tcp四次挥手中主动关闭连接方发送完最后一次挥手，也就是ACK=1的信号结束后，主动关闭连接方所处的状态。 然后time-wait的的持续时间为2MSL. MSL是Maximum Segment Lifetime,译为“报文最大生存时间”，可为30s，1min或2min。2msl就是2倍的这个时间。工程上为2min，2msl就是4min。但一般根据实际的网络情况进行确定。 作用1：为了保证客户端发送的最后一个ack报文段能够到达服务器。因为这最后一个ack确认包可能会丢失..
TCP关闭等待时间和最大可用端口数
gaobc的专栏
10-08 1474
本机测试TCP/IOCP重载时发现,只能连接不到4000个链接,链接满后浏览器都不好用了,查了半天原因,才从netsata中看出来,默认端口已用完,而且关闭时间也很漫长.MaxUserPort 确定从系统请求任何可用用户端口时所用最大端口数，TCP/IP 可指定的最高端口号. 如果建立 TCP 连接最大端口连接大于 5000, 本地计算机响应以下错误信息WSAENOBUFS (10055):
高性能网络编程4--TCP连接的关闭
iteye_10227的博客
10-26 1752
TCP连接的关闭有两个方法close和shutdown，这篇文章将尽量精简的说明它们分别做了些什么。 为方便阅读，我们可以带着以下5个问题来阅读本文： 1、当socket被多进程或者多线程共享时，关闭连接时有何区别？ 2、关连接时，若连接上有来自对端的还未处理的消息，会怎么处理？ 3、关连接时，若连接上有本进程待发送却未来得及发送出的消息，又会怎么处理？ 4、so_linger这个功能的用处在哪？...
在TIME-WAIT状态下的TCP连接 收到SYN后会发生什么557-569
最新发布
05-15
当一个TCP连接处于TIME_WAIT状态时，它不再接收或发送数据，但仍然保持连接的四元组（源IP、源端口、目的IP、目的端口）不变。在这个状态下，如果收到一个新的SYN报文，TCP协议会进行一系列的检查和处理。 首先，...
netstat显示 TIME-WAIT 的原因及解决办法
10-25
当我们看到netstat输出中存在大量的TCP连接处于TIME_WAIT状态时，这通常意味着系统可能存在一些性能问题或者配置上的挑战。本篇文章将深入探讨TIME_WAIT状态的原因以及如何解决。 TCP（传输控制协议）是一种面向...
TCP的状态兼谈Close_Wait和Time_Wait的状态
05-07
在TCP正常关闭连接的过程中，主动关闭的一方（发起FIN的一方）会经历FIN_WAIT1、FIN_WAIT2和TIME_WAIT状态，而被动关闭的一方（接收FIN的一方）则会经历CLOSE_WAIT、LAST_ACK和CLOSED状态。Close_Wait状态表示被动...
tcp连接出现close_wait状态？_tcp_close_
09-30
当TCP连接出现“Close_Wait”状态时，通常意味着客户端已经关闭了发送方向服务器的数据传输，但服务器仍有数据需要发送给客户端。这个状态是TCP连接关闭过程中的一个中间状态，体现了TCP的四次挥手（FIN-ACK-FIN-ACK...
解决linux下大量TIME WAIT的方法详解
09-15
在Linux系统中，TCP连接管理中的TIME_WAIT状态是TCP协议的一部分，用于确保数据包的可靠传输。然而，在高并发环境中，如Squid代理服务器，可能会遇到大量的TIME_WAIT套接字，这可能导致服务器资源耗尽，性能下降，...
如果TCP发生超时，这个过程是如何处理的？
weixin_33787529的博客
06-10 1073
为什么需要重传？ TCP本身需要提供可靠的服务，方式之一就是确认接收方真的收到了数据，如果过了一段时间，即超时了，还没有收到确认的报文，认为报文可能被丢失，就重新传送报文，确保数据都能被收到 超时发生重传不一定重传同样的报文段，可以重新分组发送一个较大的报文段，只要它不超过接收方声明的MSS 为什么要动态的计算超时时间？ 网络流量和路由器在包的传输过程中可能改变，因此RTT（Round Tri...
http请求端快速关闭,导致服务端tcp大量等待
y41992910的博客
05-28 2699
最近项目上,有一次出现了某一个ip下,出现了大量的tcp链接. 导致了服务端的其他请求,一直等待超时. CLOSE_WAIT状态的一个很大可能性：当使用httpClient时，由于对方的服务器突然中断，导致在最后一步没有收到返回信息，就处于CLOSE_WAIT了。如果程序中没有设定超时时间，那么就会一直等待，不会结束CLOSE_WAIT状态。 大量close_wait导致服务器服务无响应 场景：...
CentOS, 解决服务器存在大量time_wait的问题
热门推荐
yohoph的专栏
11-26 2万+
近期服务器出现大量time_wait的TCP连接造成服务器连接数过多而最终导致tomcat假死状态。连接服务器查看连接数的时候提示如下。 [root@test apache-tomcat-7.0.53]# netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' TIME_WAIT 14434 FIN_WAIT2
TCP四次挥手关闭连接的图解与实践总结
Tseng
03-14 1705
TCP的关闭连接比TCP连接的建立稍微复杂一些，下面我把个人的学习和理解写下来分享。 （参考《计算机网络》，第6版，谢希仁著）。 1、TCP关闭连接的步骤 假设现有客户端A和服务端B，客户端A向服务端B发出关闭连接请求。 步骤一：客户端A主动向服务端B发送请求关闭连接报文段，FIN=1，seq=u，并进入FIN-WAIT-1状态， 步骤二：服务端B接受到客户端A的请求之后返回
TCP协议的TIME_WAIT状态
学而不思则忘
03-20 5731
1. TIME_WAIT状态原因 TCP 协议中包含 11 种不同的状态，TCP 连接会根据发送或者接收到的消息转换状态，如下图所示的状态机展示了所有可能的转换，其中不仅包含了正常情况下的状态转换过程，还包含了异常状态下的状态转换： 使用 TCP 协议通信的双方会在关闭连接时触发 TIME_WAIT 状态，关闭连接的操作其实是告诉通信的另一方自己没有需要发送的数据，但是它仍然保持了接收对方数据的能力，一个常见的关闭连接过程如下： 当客户端没有待发送的数据时，它会向服务端发送 FIN 消息，发送消息后会进
无线通信中在第二层数据链路层中集中转发和本地转发的区别
oklizy的专栏
09-01 6352
采用瘦AP架构的产品都支持集中转发，只有部分厂家的产品才支持分布转发（或者本地转发）。 在集中转发时，AP和AC会构建一个数据隧道，所有用户业务数据有数据隧道传送到AC处，因目前市场中AC产品没有统一的规范和标准，所以各厂家间采用的隧道实现方式不同。这个数据隧道中，传输的二层数
计算机网络子网掩码
oklizy的专栏
09-24 4925
子网掩码最直接的作用是判断IP地址与另一个IP地址是否在同一个网段内。     下面先简单看一个电脑上IP的基本配置      IP地址：192.168.0.5      子网掩码：255.255.255.0       默认网关：192.168.0.1
TFS源码解析四
oklizy的专栏
09-19 3298
NameServer中的Nameserver.cpp
linux中nslookup查询ns
oklizy的专栏
01-23 2577
[root@mcc-rabmq01 sankuai]# nslookup 192.168.181.113 Server: 192.168.6.2 Address: 192.168.6.2#53 113.181.168.192.in-addr.arpa name = dev-mysql01.wj.sankuai.info. [root@mcc-rabmq01 sanku
tcp 如何避免timewait
04-05
TCP协议中，当一条连接结束时，会进入TIME_WAIT状态，这是为了确保数据传输的完整性和可靠性。在TIME_WAIT状态下，TCP会等待2MSL（Maximum Segment Lifetime）的时间，这是为了确保所有可能在传输中的数据都被接收方接收完成，并且确保接收方发送的最后一个ACK被发送方接收到。 但是在高并发的场景下，TIME_WAIT状态过多会导致系统资源的浪费，因此可以采取以下措施来避免TIME_WAIT状态过多： 1. 修改TCP的参数：可以通过修改TCP的参数来缩短TIME_WAIT状态的时间，如修改tcp_fin_timeout参数，将其从默认的60秒缩短到10秒。 2. 端口复用：可以通过端口复用来避免TIME_WAIT状态，即在服务器端口关闭后，再次打开时可以复用之前的端口号，避免等待2MSL的时间。 3. 负载均衡：可以通过负载均衡将请求均衡地分配到多台服务器上，减少单台服务器上TIME_WAIT状态的数量。 4. 优化应用程序：优化应用程序的设计和实现，减少连接的建立和关闭次数，可以有效地降低TIME_WAIT状态的数量。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值