深入理解三次握手与四次挥手
来源:互联网 发布:上传文件夹到linux 编辑:程序博客网 时间:2024/04/19 16:11
1.定义以及一些术语
TCP标志位有6种标示:
SYN(synchronous建立联机)
ACK(acknowledgement 确认)
PSH(push传送)
FIN(finish结束)
RST(reset重置)
URG(urgent紧急)
2.图解
三次握手过程:
第一步:host1发送一个TCP标志位SYN=1、ACK=0的数据包给host2,并随机会产生一个Sequence number=3233.当host2接收到这个数据后,host2由SYN=1可知客户端是想要建立连接;
第二步:host2要对客户端的联机请求进行确认,向host1发送应答号ACK=1、SYN=1、
确认号Acknowledge number=3234,此值是host1的序列号加1,还会产生一个随机的序列号Sequence number=36457,这样就告诉host1可以进行连接;
第三步:host1收到数据后检查Acknowledge number是否是3233+1的值,以及ACK的值是否为1,若为1,host1会发送ACK=1、确认号码Acknowledge number=36457+1,告诉host2,你的请求连接被确认,连接可以建立。
备注:不使用两次握手的原因?
为了防止已经失效的连接请求报文突然又传送到服务器端,而产生了错误。
四次挥手过程:
第一步:当传输的数据到达尾部时,host1向host2发送FIN=1标志位;可理解成,host1向host2说,我这边的数据传送完成了,我准备断开了连接;
第二步:因TCP的连接是全双工的双向连接,关闭也是要从两边关闭;当host2收到host1发来的FIN=1的标志位后,host2不会立刻向host1发送FIN=1的请求关闭信息,而是先向host1发送一个ACK=1的应答信息,表示:你请求关闭的请求我已经收到,但我可能还有数据没有完成传送,你再等下,等我数据传输完成了我就告诉你;
第三步:host2数据传输完成,向host1发送FIN=1,host1收到请求关闭连接的请求后,host1就明白host2的数据已传输完成,现在可以断开连接了;
第四步:host1收到FIN=1后,host1还是怕由于网络不稳定的原因,怕host2不知道他要断开连接,于是向host2发送ACK=1确认信息进行确认,把自己设置成TIME_WAIT状态并启动定时器,如果host2没有收到ACK,host2端TCP的定时器到达后,会要求host1重新发送ACK,当host2收到ACK后,host2就断开连接;当host1等待2MLS(2倍报文最大生存时间)后,没有收到host2的重传请求后,它就知道host2已收到了ACK,所以host1此时才关闭自己的连接。
- 深入理解三次握手与四次挥手
- 深入理解TCP三次握手和四次挥手过程
- 三次握手与四次挥手
- 三次握手与四次挥手
- 三次握手与四次挥手
- 三次握手与四次挥手
- 三次握手与四次挥手
- 三次握手与四次挥手
- 三次握手与四次挥手
- 关于如何理解TCP的三次握手与四次挥手
- 怎么形象的理解三次握手与四次挥手
- TCP/IP 三次握手与四次挥手的理解
- 深入TCP三次握手,四次挥手
- 简明理解三次握手和四次挥手
- tcp三次握手和四次挥手理解
- 三次握手和四次挥手理解
- 理解 TCP 三次握手及四次挥手
- 三次握手/四次挥手
- mate9 的调节
- 表达式求值 递归实现(c/c++)
- 著名的北邮ACM推荐50题
- Longest Palindromic Substring
- session与cookie使用区别
- 深入理解三次握手与四次挥手
- 2017阿里技术一面总结(渣硕实习春招之路,美团offer)
- 并查集
- 二叉树的路径和
- Android UI 手机信息页面
- 快速学sass(五)--嵌套
- HTML基础 HTML重点知识总结
- HaDoop:WARN util.NativeCodeLoader解决办法
- BootStrap 表单