TCP三次握手&四次挥手(示意图)

经典的三次握手示意图:(#add,“握手”即图中左边到右边的连线)


TCP是主机对主机层的传输控制协议,提供可靠的连接服务,采用三次握手确认建立一个连接:
位码即tcp标志位,有6种标示:
SYN(synchronous建立联机)
ACK(acknowledgement 确认)
PSH(push传送)
FIN(finish结束)
RST(reset重置)
URG(urgent紧急)
Sequence number(顺序号码)
Acknowledge number(确认号码)
 
第一次握手:主机A发送位码为syn=1,随机产生seqnumber=1234567的数据包到服务器,主机B由SYN=1知道,A要求建立联机;
第二次握手:主机B收到请求后要确认联机信息,向A发送ack number=(主机A的seq+1),syn=1,ack=1,随机产生seq=7654321的包
 
第三次握手:主机A收到后检查ack number是否正确,即第一次发送的seq number+1,以及位码ack是否为1,若正确,主机A会再发送ack number=(主机B的seq+1),ack=1,主机B收到后确认seq值与ack=1则连接建立成功。
完成三次握手,主机A与主机B开始传送数据。

在TCP/IP协议中,TCP协议提供可靠的连接服务,采用三次握手建立一个连接。 
第一次握手:建立连接时,客户端发送syn包(syn=j)到服务器,并进入SYN_SEND状态,等待服务器确认; 
第二次握手:服务器收到syn包,必须确认客户的SYN(ack=j+1),同时自己也发送一个SYN包(syn=k),即SYN+ACK包,此时服务器 进入SYN_RECV状态;
 
第三次握手:客户端收到服务器的SYN+ACK包,向服务器发送确认包ACK(ack=k+1),此包发送完毕,客户端和服务器进入 ESTABLISHED状态,完成三次握手。 完成三次握手,客户端与服务器开始传送数据.
 
实例:
IP 192.168.1.116.3337 > 192.168.1.123.7788: S3626544836:3626544836
IP 192.168.1.123.7788 > 192.168.1.116.3337: S 1739326486:1739326486 ack3626544837
IP 192.168.1.116.3337 > 192.168.1.123.7788: ack 1739326487,ack 1
第一次握手:192.168.1.116发送位码syn=1,随机产生seqnumber=3626544836的数据包到192.168.1.123,192.168.1.123由SYN=1知道192.168.1.116要求建立联机;
 
第二次握手:192.168.1.123收到请求后要确认联机信息,向192.168.1.116发送acknumber=3626544837,syn=1,ack=1,随机产生seq=1739326486的包;
第 三次握手:192.168.1.116收到后检查ack number是否正确,即第一次发送的seq number+1,以及位码ack是否为1,若正确,192.168.1.116会再发送ack number=1739326487,ack=1,192.168.1.123收到后确认seq=seq+1,ack=1则连接建立成功。
 
图解:
一个三次握手的过程(图1,图2)
\
(图1)
\
(图2)

第一次握手的标志位(图3)
我们可以看到标志位里面只有一个同步位,也就是在做请求(SYN)
\
(图3)

第二次握手的标志位(图4)
我们可以看到标志位里面有两个确认位和同步位,也就是在做应答(SYN + ACK)
\
(图4)

第三次握手的标志位(图5)
我们可以看到标志位里面只有一个确认位,也就是再做再次确认(ACK)
\
(图5)

一个完整的三次握手也就是 请求---应答---再次确认
 
四次分手:
由于TCP连接是全双工的,因此每个方向都必须单独进行关闭。这个原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个 FIN只意味着这一方向上没有数据流动,一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方将执行主动关闭,而另一方执行被动关闭。
(1)客户端A发送一个FIN,用来关闭客户A到服务器B的数据传送(报文段4)。
 
(2)服务器B收到这个FIN,它发回一个ACK,确认序号为收到的序号加1(报文段5)。和SYN一样,一个FIN将占用一个序号。
(3)服务器B关闭与客户端A的连接,发送一个FIN给客户端A(报文段6)。
(4)客户端A发回ACK报文确认,并将确认序号设置为收到序号加1(报文段7)。
 
1.为什么建立连接协议是三次握手,而关闭连接却是四次握手呢?
这是因为服务端的LISTEN状态下的SOCKET当收到SYN报文的建连请求后,它可以把ACK和SYN(ACK起应答作用,而SYN起同步作用)放在一个报文里来发送。但关闭连接时,当收到对方的FIN报文通知时,它仅仅表示对方没有数据发送给你了;但未必你所有的数据都全部发送给对方了,所以你不可以马上关闭SOCKET,也即你可能还需要发送一些数据给对方之后,再发送FIN报文给对方来表示你同意现在可以关闭连接了,所以它这里的ACK报文和FIN报文多数情况下都是分开发送的。
 
2.为什么TIME_WAIT状态还需要等2MSL后才能返回到CLOSED状态?
这是因为虽然双方都同意关闭连接了,而且握手的4个报文也都协调和发送完毕,按理可以直接回到CLOSED状态(就好比从SYN_SEND状态到ESTABLISH状态那样);但是因为我们必须要假想网络是不可靠的,你无法保证你最后发送的ACK报文会一定被对方收到,因此对方处于LAST_ACK状态下的SOCKET可能会因为超时未收到ACK报文,而重发FIN报文,所以这个TIME_WAIT状态的作用就是用来重发可能丢失的ACK报文。
 

<think>好的,用户需要准备关于TCP三次握手四次挥手的面试答案,要求详细过程原理,以及面试常见问题。首先,我需要回忆TCP协议的基本概念,确保自己理解正确。三次握手是建立连接的过程,而四次挥手是终止连接的过程。接下来,要分步骤解释每个过程,确保每一步都清晰,比如三次握手的第一步是客户端发送SYN报文,服务器回复SYN-ACK,最后客户端发送ACK。需要强调序列号的作用,比如初始序列号(ISN)是随机生成的,以确保安全性,防止旧的重复连接干扰。 然后,四次挥手的过程要说明为什么需要四而不是三次,因为TCP是全双工的,每个方向都需要单独关闭。FINACK报文的作用,以及TIME_WAIT状态的意义,比如等待可能延迟的报文段,防止旧数据干扰新连接。同时,需要提到可能出现的面试问题,比如为什么握手三次挥手是四,或者TIME_WAIT状态持续多久,通常是2MSL。 还要注意引用用户提供的参考信息中的引用[1],在适当的地方加入引用标识,比如在解释TCP协议时引用三次握手的部分。此外,要检查是否有常见的误解需要澄清,比如SYN洪泛攻击,或者CLOSE_WAIT状态过多的原因。最后,生成的相关问题需要覆盖可能扩展的知识点,比如状态转换图、异常情况处理、与UDP的对比等,确保用户能够全面准备面试。</think>### TCP三次握手四次挥手详解 #### 一、三次握手(建立连接) 1. **第一握手**:客户端发送$SYN=1$报文,并携带初始序列号$seq=x$[^1]。此时客户端进入`SYN_SENT`状态。 2. **第二握手**:服务端返回$SYN=1, ACK=1$报文,确认号为$ack=x+1$,携带自己的初始序列号$seq=y$。服务端进入`SYN_RCVD`状态。 3. **第三次握手**:客户端发送$ACK=1$报文,确认号为$ack=y+1$,序列号为$seq=x+1$。双方进入`ESTABLISHED`状态,连接建立。 **关键原理**: - 通过三次交互确保双方发送/接收能力正常 - 初始序列号(ISN)采用动态生成算法,防止历史报文干扰 - 全双工通信通道的同步确认 #### 二、四次挥手(终止连接) 1. **第一挥手**:主动关闭方发送$FIN=1$报文,携带当前序列号$seq=u$,进入`FIN_WAIT_1`状态。 2. **第二挥手**:被动关闭方返回$ACK=1$报文,确认号为$ack=u+1$,进入`CLOSE_WAIT`状态。主动方收到后进入`FIN_WAIT_2`状态。 3. **第三次挥手**:被动关闭方发送$FIN=1$报文,携带序列号$seq=w$,进入`LAST_ACK`状态。 4. **第四次挥手**:主动关闭方返回$ACK=1$报文,确认号为$ack=w+1$,进入`TIME_WAIT`状态(持续2MSL时间)。被动方关闭后,主动方才最终关闭。 **关键原理**: - 双向独立关闭机制(全双工特性) - `TIME_WAIT`状态确保最后一个ACK可靠到达 - MSL(Maximum Segment Lifetime)默认为2分钟 ```plaintext # 状态转换示意图 客户端:SYN_SENT → ESTABLISHED → FIN_WAIT_1 → FIN_WAIT_2 → TIME_WAIT → CLOSED 服务端:LISTEN → SYN_RCVD → ESTABLISHED → CLOSE_WAIT → LAST_ACK → CLOSED ``` ### 常见面试问题解析 1. **为什么握手三次挥手是四?** - 建立连接时服务端可以将$SYN+ACK$合并发送,但关闭时需要单独确认已接收的$FIN$数据传输完成 2. **TIME_WAIT状态的作用是什么?** - 确保最后一个ACK能到达对方 - 允许旧报文在网络中消逝(2MSL设计) 3. **出现大量CLOSE_WAIT状态可能是什么原因?** - 应用程序未正确调用关闭方法,导致连接无法正常关闭 4. **SYN洪泛攻击的原理?** - 攻击者伪造源IP发送大量SYN请求,耗尽服务端资源
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值