TCP三次握手和四次挥手，及TCP协议端口状态说明:CLOSE-WAIT、TIME-WAIT 、LISTENING、SYN_SENT、ESTABLISHED、LAST-ACK ...

最新推荐文章于 2025-03-20 15:15:04 发布
最新推荐文章于 2025-03-20 15:15:04 发布
阅读量2.6k 收藏 11
点赞数 3
分类专栏： 计算机网络 文章标签： 三次握手 四次挥手 TIME_WAIT CLOSE_WAIT
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/a3192048/article/details/82689984
版权
本文详细解析TCP协议的三次握手和四次挥手过程，包括各种状态如CLOSE-WAIT、TIME-WAIT、LISTENING等，并介绍了TCP连接在不同状态下的角色和作用。着重阐述了TIME_WAIT状态的重要性，确保连接的可靠关闭。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

TCP三次握手和四次挥手状态图：

三次握手：

第一次
第一次握手：建立连接时，客户端发送SYN包（syn=j）到服务器，并进入SYN_SENT状态，等待服务器确认；SYN：同步序列编号（Synchronize Sequence Numbers）。
第二次
第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；
第三次
第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=k+1），此包发送完毕，客户端和服务器进入ESTABLISHED（TCP连接成功）状态，完成三次握手。
完成三次握手，客户端与服务器开始传送数据。

 

四次挥手：

由于TCP连接是全双工的，因此每个方向都必须单独进行关闭。这原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个 F

最低0.47元/天 解锁文章
终于懂了TCP的三次握手和四次挥手(超精彩分析)
TrueDei
06-16 4924
终于懂了TCP的三次握手和四次挥手(超精彩分析)
time_wait的快速回收和重用
gengyiping18的专栏
10-13 2317
问题现象：PC与工控机之间通信，工控机发送SYN，PC一直回复FIN或者RST 问题解释： 1. time_wait产生的原因及作用 下面我们先来简单回顾一下TCP连接关闭动作： 在Linux环境下我们可以如下的方式来统计TCP连接的情况： # netstat -nat | awk '/^tcp/ {++S[$NF]} END{for(a in S) print S[a], "\t", a}' 1 LAST_ACK 57 LISTEN 113953 ESTABL
TCP协议之三次握手四次挥手及TIMEWAIT状态
judgejames的博客
01-23 389
1. 简单介绍TCP协议通信连接         传输层协议主要分为TCP和UDP两个协议。UDP是无连接、不可靠的数据报服务。而TCP是面向连接的、可靠的字节流服务。使用TCP协议通信的双方必须先建立连接，然后才能开始数据的传输。并且通信的双方都必须为该连接分配必要的内核资源，以管理连接的状态和连接上数据的传输。TCP连接是全双工的，交互性的工作只需要一次连接即可满足。完成数据交换之后，通信双...
结合代码一文弄清TCP三次握手，四次挥手，TIME_WAIT、CLOSE_WAIT状态
oria2006的专栏
09-30 392
最近做了一个项目，其中有个模块用了C/S架构，SOCKET产生了很多TIME_WAIT。虽然知道TIME_WAIT本身是不可避免的，但借此机会结合代码全面理清TCP的连接机制也好。示例代码中Client端是用C写的，Server端是用Go写的。 TCP连接 如下图这是一张完整的TCP链接交互过程，包含建立时的三步握手，建立后的数据发送，以及关闭时的四步握手 TCP的链接是从三步握手开始的...
TCP三次握手
最新发布
风，停了
03-20 956
SYN是 TCP 协议中用于发起连接请求的控制位。当客户端想要与服务器建立 TCP 连接时，会发送一个带有SYN标志位设置为 1 的数据包给服务器，这个数据包就被称为SYN包。该包的主要目的是同步客户端和服务器之间的初始序列号（Initial Sequence Number，ISN），以便后续的数据传输能够有序进行。数据包内容源端口和目的端口：客户端随机选择一个源端口，而目的端口是服务器正在监听的端口.初始序列号（ISN）：客户端会随机生成一个初始序列号，这个序列号用于标识该连接中第一个字节的序号。
TCP 的三次握手、四次挥手、TIME_WAIT、CLOSE_WAIT等详解
佛道教主
02-19 2814
疑症（1）TCP 的三次握手、四次挥手 下面两图大家再熟悉不过了，TCP 的三次握手和四次挥手见下面左边的”TCP 建立连接”、”TCP 数据传送”、”TCP 断开连接”时序图和右边的”TCP 协议状态机” 。 要弄清 TCP 建立连接需要几次交互才行，我们需要弄清建立连接进行初始化的目标是什么。TCP 进行握手初始化一个连接的目标是：分配资源、初始化序列号(通知 peer 对端我的初始序列号是多少)，知道初始化连接的目标，那么要达成这个目标的过程就简单了，握手过程可以简化为下面的四次交互：
TCP的三次握手
helloworld0415的博客
05-27 2150
TCP的三次握手
TCP协议中的三次握手详解
a rookie的博客
11-15 2220
TCP协议中的三次握手详解三次握手指的是：建立一个TCP连接达到数据通信，需要客户端与服务器端进行三次交互​ #过程如下：第一次握手：客户端发送一个SYN包到服务器，客户端进入SYN-SENT状态第二次握手：服务器端收到SYN后，同时向客户端回应了一个SYN包和一个ACK确认包，服务器端进入SYN-RCVD状态 第三次握手：客户端收到SYN包和ACK确认包后，向服务器发送一个ACK确认包，客户端进入ESTAB-LISHED状态#状态化： 1.未建立连接前双方都处于CLOSED状态2.服务器
tcp三次握手四次挥手
06-05
下面通过Python的`socket`库实现TCP客户端和服务器的基本示例来进一步理解三次握手和四次挥手的过程。 #### TCP服务器示例 ```python import socket def tcp_server(): server_socket = socket.socket(socket.AF...
线上大量CLOSE_WAIT的原因深入分析
2401_86353562的博客
07-18 1396
整个分析过程还是废了不少时间。最主要的是主观意识太强，觉得运行了一年没有出问题的为什么会突然出问题？因此一开始是质疑 SRE、DBA、各种基础设施出了问题（人总是先怀疑别人）。导致在这上面费了不少时间。理一下正确的分析思路：1、出现问题后，立马应该检查日志，确实日志没有发现问题；2、监控明确显示了socket不断增长，很明确立马应该使用 netstat 检查情况看看是哪个进程的锅；3、根据 netstat 的检查，使用 tcpdump 抓包分析一下为什么连接会被动断开（TCP知识非常重要）；
TCP三次握手及其状态
qq_41306849的博客
07-23 5655
（1）第一次握手：建立连接时，客户端A发送SYN包（SYN=j）到服务器B，并进入SYN_SEND状态，等待服务器B确认。 （2）第二次握手：服务器B收到SYN包，必须确认客户A的SYN（ACK=j+1），同时自己也发送一个SYN包（SYN=k），即SYN+ACK包，此时服务器B进入SYN_RECV状态。 （3）第三次握手：客户端A收到服务器B的SYN＋ACK包，向服务器B发送确认包ACK（ACK=k+1），此包发送完毕，客户端A和服务器B进入ESTABLISHED状态，完成三次握手。 必要性和原因：两次.
简单理解TCP三次握手四次挥手（看一遍你就懂）
热门推荐
m0_56649557的博客
08-08 17万+
什么是TCP协议？ TCP( Transmission control protocol )即传输控制协议，是一种面向连接、可靠的数据传输协议，它是为了在不可靠的互联网上提供可靠的端到端字节流而专门设计的一个传输协议。 面向连接：数据传输之前客户端和服务器端必须建立连接 可靠的：数据传输是有序的 要对数据进行校验 TCP三次握手 为了保证客户端和服务器端的可靠连接，TCP建立连接时必须要进行三次会话，也叫TCP三次握手，进行三次握手的目的是为了确认双方的接收能力和发送能力是否正常。 举个栗子 公安局长王
【网络编程】TCP三次握手及四次握手详解
dai_wen的博客
07-30 1727
TCP通信时序 一、概念 TCP是一种面向连接的、可靠的协议，点到点的协议。有点像打电话，双方拿起电话互通身份之后就建立了连接，然后说话就行了，这边说的话那边保证听得到，并且是按说话的顺序听到的，说完话挂机断开连接。也就是说TCP传输的双方需要首先建立连接，之后由TCP协议保证数据收发的可靠性，丢失的数据包自动重发，上层应用程序收到的总是可靠的数据流，通讯之后关闭连接。 二、TCP图...
大量LAST_ACK分析过程
weixin_34337381的博客
05-23 1691
1.1 LAST_ACK简介：关闭一个连接需要从两个方向上分别进行关闭，双方都是通过发送来表示单方向数据的关闭，当通信双方发送了最后一个的时候，发送方此时处于LAST_ACK状态，当发送方收到对方的确认（的Ack确认）后才真正关闭整个连接 应该是还在连接的！没有收到确认的信息就会这样. 上面是一个高手的回答 也可以这么说！如果该通信是你主动去建立的！那么没问题！如果是被...
第十一天：TCP—释放连接
qq_45750691的博客
11-22 2342
TCP—释放连接 四次挥手 状态解读 FIN-WAIT-1:表示想主动关闭连接 向对方发送FIN报文，此时进入FIN-WAIT-1状态 CLOSE-WAIT：表示在等待关闭 当对方发送FIN给自己，自己会回应ACK报文给对方，此时则进入CLOSE-WAIT状态 在这个状态下，需要考虑自己是否还有数据要发送给对方，如果没有，发送FIN报文给对方 FIN-WAIT-2:只要对方发送ACK确认后，主动就会处于FIN-WAIT-2状态，然后等待对方发送FIN报文 CLOSING:一种比较罕见的例外状态
LAST_ACK过多的问题
fghydx的专栏
04-08 5334
LAST_ACK过多的问题 分析的很仔细，并且我在实际中用到了~ 转过来保留 net.ipv4.tcp_fin_timeout=30 net.ipv4.tcp_max_syn_backlog = 65536 net.core.netdev_max_backlog =  32768 net.core.somaxconn = 32768 net.core.wmem_default = 83
TCP连接的状态与关闭方式，及其对Server与Client的影响
weixin_30443075的博客
04-05 347
1.TCP连接的状态 　　首先介绍一下TCP连接建立与关闭过程中的状态。TCP连接过程是状态的转换，促使状态发生转换的因素包括用户调用、特定数据包以及超时等，具体状态如下所示： CLOSED：初始状态，表示没有任何连接。 LISTEN：Server端的某个Socket正在监听来自远方的TCP端口的连接请求。 SYN_SENT：发送连接请求后等待确认信息。当客户端Socket进行Con...
TCP的状态，兼谈Close_Wait和Time_Wait的状态
zbyufei的测试专栏
11-11 1277
TCP的状态，兼谈Close_Wait和Time_Wait的状态     一 TCP的状态: 1)、LISTEN:首先服务端需要打开一个socket进行监听，状态为LISTEN. /* The socket is listening for incoming connections. 侦听来自远方TCP端口的连接请求 */ 2)、SYN_SENT:客户端通过应用程序调用connect
tcp的三次握手四次挥手面试题答案
03-16
### 关于TCP三次握手和四次挥手的解析 #### 一、TCP三次握手的过程 TCP协议通过三次握手来建立可靠连接。以下是其具体过程： 1. **第一次握手**：客户端向服务器发送一个 SYN 数据包，表示希望与服务器建立连接，并随机生成初始序列号 X (SYN=1, seq=X)，随后进入 SYN_SENT 状态[^1]。 2. **第二次握手**：服务器接收到客户端的数据包后，如果同意建立连接，则会返回一个 SYN 和 ACK 数据包给客户端，其中 SYN 表示服务器也想与客户端建立连接并随机生成自己的初始序列号 Y (SYN=1, seq=Y)，而 ACK 则是对客户端之前发出的 SYN 请求进行确认 (ACK=1, ack=X+1)[^2]。此时服务器处于 SYN_RCVD 状态。 3. **第三次握手**：当客户端收到来自服务器的响应后，它再回复一个 ACK 数据包给服务器作为最终确认 (SYN=0, ACK=1, seq=X+1, ack=Y+1)。一旦这个数据包到达服务器端，双方都进入了 ESTABLISHED 状态，意味着连接正式建立完成[^3]。 #### 二、TCP四次挥手的过程 为了终止一条已经存在的TCP连接，通常采用的是所谓的“四次挥手”。下面是详细的步骤描述： 1. **第一步**：主动关闭方（通常是客户端）先发起结束请求，发送带有FIN标志位设置为1以及当前序列号X的一个段到被动关闭方（一般是服务器），然后自己进入到 FIN_WAIT_1 状态[^4]。 2. **第二步**：被动关闭方接收到上述消息以后回应一个包含有对前面提到的那个FIN标记进行了应答(acknowledgment number 设置成了X+1) 并且保持自身原有的序列号不变(SYN=0, ACK=1, seq=W, ack=X+1) 的ACK段回到主动关闭方那里去；与此同时改变自身的状态成为CLOSED_WAIT 。这时前者则转变为FIN_WAIT_2 状态等待进一步的通知来自后者关于是否准备好完全切断这条线路的信息了。 3. **第三步**：只有等到所有的未决事务都被妥善解决之后——比如缓冲区内还有待传输或者接收的数据等等情况发生时才会继续下一步动作，在这个时候由原来的被动关闭者也就是现在的实际执行者再次送出另一个新的具有相同特征但是增加了额外参数fin_flag等于true再加上更新后的序列数值Z(W+length_of_data_sent_since_last_acknowledgement)+1这样一个完整的tcp segment对象传递回去告知对方现在可以安全地彻底分离彼此之间的联系关系啦！于是乎它的角色也随之转换成为了LAST_ACK模式下运作着的状态机器实例化版本形式存在于此期间之中直至最后阶段的到来为止。 4. **第四步**：最后一步就是当最初的提议者终于捕捉到了那个标志着整个流程即将圆满落幕的关键信号源—即最后一个携带fin标识符值设定了TRUE属性并且附带相应调整过的序列编号z+1的新鲜出炉的作品成果物送达之时起便立即切换至TIME-WAIT这种特殊类型的等候区间内停留固定时间长度两倍最大分组生存周期(Two Maximum Segment Lifetime ,简称2MSL )以便确保网络环境中可能残留下来的重复副本均已被有效清除干净后再从容不迫地步入终点线处实现真正的闭合操作从而顺利完成全部预定目标使命任务清单列表项目条目逐一勾选核销完毕无误之后方才安心退出舞台谢幕退场休息去了。 ```python def tcp_handshake(): """ Simulates the three-way handshake process of a TCP connection. Returns: str: A message indicating successful establishment of the connection. """ client_seq = random.randint(0, pow(2, 32)) server_seq = random.randint(0, pow(2, 32)) # Client sends SYN to Server syn_packet_client_to_server = {'SYN': True, 'SEQ': client_seq} # Server receives and responds with SYN-ACK syn_ack_packet_server_to_client = { 'SYN': True, 'ACK': True, 'SEQ': server_seq, 'ACK_NUM': client_seq + 1 } # Client acknowledges receipt from Server's response ack_packet_client_to_server = { 'ACK': True, 'SEQ': client_seq + 1, 'ACK_NUM': server_seq + 1 } return "Connection established successfully." def tcp_waveoff(): """ Simulates the four-way wave-off process when closing a TCP connection. Returns: str: A message indicating both sides have closed their connections properly after waiting periods are over. """ client_state = ['ACTIVE', 'FIN_WAIT_1', 'FIN_WAIT_2', 'TIME_WAIT'] server_state = ['LISTENING', 'CLOSE_WAIT', 'LAST_ACK'] # Assume initial states here... current_client_status_index = 0 current_server_status_index = 0 while not ((current_client_status_index >= len(client_state)-1) & \ (current_server_status_index >= len(server_state))): if current_client_status_index == 0: send_fin() current_client_status_index +=1 elif current_client_status_index==1 : receive_ack_for_previous_fin() current_client_status_index+=1 elif current_client_status_index==len(client_state)-1: wait_two_msl_period_before_closing_fully() else: pass # Other intermediate steps handled similarly... if current_server_status_index<len(server_state): handle_next_step_based_on_current_role_and_state(current_server_status_index) return "Both ends fully disconnected." ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值