目 录CONTENT

文章目录

TCP/IP协议三次握手、四次挥手

芈亓
2022-03-14 / 0 评论 / 0 点赞 / 56 阅读 / 617 字 / 正在检测是否收录...
温馨提示:
本文最后更新于 2022-04-12,若内容或图片失效,请留言反馈。部分素材来自网络,若不小心影响到您的利益,请联系我们删除。

TCP/IP协议三次握手、四次挥手

TCP报文格式
两次握手
三次握手
四次挥手

TCP报文格式

image-1647244044367
32位序号:随机生成,唯一标识当前报文的序号是多少,seq表示
32位确认序号:对上一条发送的信息进行一个消息的确认,ack表示
ACK:确认标志位,一位,只能表示0/1。
SYN:1:发起一个新的连接
FIN:1:结束一个连接

两次握手

image-1647244064757
说明:客户端向服务端发送报文,服务端收到了,说明服务端接受客户端的消息没问题。但服务端发给客户端的消息,客户端一定能收到么?服务端还是不知道。
为了安全可靠:

1:客户端知道我能连上服务端,服务端也能连上我;

2:服务端知道我能连上客户端,客户端也能连上我。

此时两次握手只能保证情景1,保证不了情景2,因为第二次握手对服务端来说,只知道我能连上客户端,但不知道客户端能不能连上我。所以需要客户端发送第三次握手进行确认,要是服务端能收到,则说明我服务端知道你客户端也能连上我。

三次握手

image-1647244114917

四次挥手

image-1647244125764

第一次挥手:服务器知道了客户端要和我断开连接,但此时服务端不一定最好准备,以为此时服务端可能还有未发送完的消息,还要继续发送。

第二次挥手:此时对服务端而言,只能对消息进行一个确认,告诉客户端我知道你要和我断开连接了,但我这边可能还没做好准备,你得等我。

第三次挥手:服务端发给客户端:我准备好和你断开连接了

第四次挥手:客户端发给服务端:确认收到服务端断开连接的消息。

通过四次连接,不管客户端还是服务端,都做好断开连接的准备,就断开连接了。

0

评论区