三次握手

三次握手具体过程是什么?

  1. 客户端发送一个数据包

    • 将SYN置成1,表示希望建立连接

    • 这个包中的序列号是X

  2. 服务器收到客户端发来的数据包

    • 通过SYN得知这是一个建立连接的请求

    • 于是发送一个响应包

    • 并将SYN和ACK标志成1,

    • 假设发送包的序列号是是y

    • 确认序列号必须是x+1,表示收到了客户端发来的SYN请求

  3. 客户端收到服务端的响应包后需要进行确认

    • 确认包中将ACK置为1,并将确认序列号设置为y+1。表示收到了服务端的SYN请求

为什么需要第三次握手?

主要是要两个目的:信息对等防止超时

信息对等

防止超时

即防止出现请求超时,导致脏连接。假设发生了下面的情况:

  • 客户端发送第一个请求,但是请求超时,报文依旧在网络上传输
  • 客户端发送了第二个请求,服务端成功接收到了
  • 服务端发送确认报文,连接成功
  • 传输数据完后,释放连接(两者就都不是SYN_CENT状态)
  • 之后,超时请求到达服务端,然后服务端接收,建立脏连接
  • 因为客户端不是SYN_CENT状态,直接丢弃服务端的确认报文,导致只有服务端单方面建立连接

如果是三次握手的情况,服务端即使收到了超时请求报文,但是如果客户端迟迟不发送确认报文,导致连接超时,不会带来脏数据

四次挥手

四次挥手具体过程是什么?

  1. 客户端想要关闭连接,传递FIN信号给服务端

    • 客户端进入wait1状态
  2. 服务端应答了客户端,发送了ACK
    • 告诉客户端可以断开,但是你要等我处理完数据
    • 服务端进入close_wait状态
    • 客户端发送服务端的确认报文后会进入wait2状态
  3. 服务端处理完数据,发送FIN信号
    • 服务端进入了last_ack状态
  4. 客户端给服务端发送确认报文
    • 客户端进入time_wait状态
    • 服务端进入close状态
  5. 客户端经过2倍的MSL时间后,进入close状态

为什么需要四次挥手?

其实,我们可以把三次握手先看成次四次握手。

因为在握手中,我们可以将确认报文和SYN信号一起发送过去,合二为一。

但是挥手却不可以,因为这个过程客户端发送FIN信号后,虽然不可以发送数据,但是还可以接收服务端的数据。所以,不能合并

为什么要等到2倍的MSL时间而不是直接关闭?

MSL表示报文最大的生存时间,即任何报文在网络上存在的最长时间,超过这个时间就会被丢弃

确保服务端成功接收到ACK报文

假设碰到最坏的情况,服务端没有接收到ACK报文,服务端就需要重新发送SYN(一个MSL),服务端接收ACK(一个MSL)

因此客户端为了确保对方能够收到ACK报文,所以必须要等待两被的MSL,然后关闭。

确保新连接不接受过期数据包

假设网络中有一个迟到的数据包,没有被服务端接收

断开连接后,客户端又在相同的端口与服务器进行了一个新的连接

那这个时候,迟到的数据包达到了服务端,服务端以为是新的客户端发送过来的消息。

那么通过,经过2倍的MSL足足可以让两个方向上的数据包都被丢弃

之后,建立的新连接就不过接收过期的数据包了

如果对你我帮助记得给我一个推荐或点赞哦

参考:

TCP的握手和挥手的更多相关文章

  1. 关于TCP的握手与挥手-----简单解释

    所谓三次握手(Three-Way Handshake)即建立TCP连接,就是指建立一个TCP连接时,需要客户端和服务端总共发送3个包以确认连接的建立.在socket编程中,这一过程由客户端执行conn ...

  2. TCP的握手与挥手

    轻轻的TCP走了,正如TCP轻轻的来,TCP挥一挥手,传递了不知多少信息 看到哪,记到哪,想起哪,就看哪,这就是我的博客园,很随性 ---------------------------------- ...

  3. TCP 握手和挥手图解(有限状态机)

    1.引言 TCP 这段看过好几遍,老是记不住,没办法找工作涉及到网络编程这块,各种问 TCP .今天好好整理一下握手和挥手过程.献给跟我一样忙碌,找工作的童鞋,欢迎大神批评指正. 2.TCP 的连接建 ...

  4. TCP/IP握手协议

    转自:http://www.js123.net/t/n/n/2013/4/28/n_272.shtml 这篇介绍的也很棒:http://www.cnblogs.com/rootq/articles/1 ...

  5. 两将军问题、拜占庭将军问题、TCP三路握手过程的联系

    2015年初时产生了一个疑问:基于不可靠的通信链路,为什么在两将军问题中永远无法达到共识,而在TCP三路握手中可以? 今天抽出了一些时间进行研究发现,实际上TCP三路握手也不是完全可靠的,只是一个近似 ...

  6. TCP模型,控制标志,握手,挥手,长连接*

    1. TCP协议 Transmission Control Protocol,传输控制协议 面向连接的协议 需要三次握手建立连接 需要四次挥手断开连接 TCP报头最小长度:20字节 2.模型图 3.T ...

  7. TCP/IP 3握手4挥手

    转:摘自<图解TCP/IP>P204 三次握手与四次挥手的状态转移图如下: 如图,由于第二次握手接收端发送SYN+ACK信号所以握手只用了三次,挥手由于接收端ACK和FIN分两次发的,所以 ...

  8. UNP——第二章,TCP握手与挥手分析

    1.握手 说明: 下面涉及 FIN,SYN,ACK之类数据时,都是由TCP服务收发, 涉及 accept, listen 之类api,都是 应用进程 完成. 都统一使用 客户端,服务端描述,请自行分辨 ...

  9. 抓包分析 TCP 握手和挥手

    前言 首先需要明确的是 TCP 是一个可靠传输协议,它的所有特点最终都是为了这个可靠传输服务.在网上看到过很多文章讲 TCP 连接的三次握手和断开连接的四次挥手,但是都太过于理论,看完感觉总是似懂非懂 ...

随机推荐

  1. FreeBSD 开发已经迁移至 git

    FreeBSD 开发已经迁移至 git 全部预计于 2021 年 3 月完成迁移. https://git.freebsd.org/src.git 或者 https://cgit.freebsd.or ...

  2. C# 基础 - string 和 Datetime

    1. string 1. 格式化填充 string str = "this {0} a {1}"; Console.WriteLine(string.Format(str, &qu ...

  3. beego框架panic: 'GetSecurityInf' method doesn't exist in the controller CorporateInfcontroller问题解决

    在使用beego框架时,出现类似于panic: 'GetSecurityInf' method doesn't exist in the controller CorporateInfcontroll ...

  4. 8、MyBatis之使用注解开发

    9.使用注解开发 mybatis最初配置信息是基于 XML ,映射语句(SQL)也是定义在 XML 中的.而到MyBatis 3提供了新的基于注解的配置.不幸的是,Java 注解的的表达力和灵活性十分 ...

  5. CentOS离线安装Nginx

    在医院搭建项目环境时,因为医院通常都是内网的,访问不了外网,所以很多服务都得通过离线的方式安装,下面讲讲CentOs系统中如何离线安装Nginx. 安装准备 Nginx离线安装依赖gcc.g++环境, ...

  6. node_exporter自定义监控

    背景 我们在使用Zabbix的时候,可以自己写自定义脚本.在使用Promethues的时候,有很多的exporter,但是有一些特殊的情况没有,比如,我需要监控进程一启动就告警,但是进程没启动,是使用 ...

  7. [素数判断]P1125 笨小猴

    笨小猴 题目描述 笨小猴的词汇量很小,所以每次做英语选择题的时候都很头疼.但是他找到了一种方法,经试验证明,用这种方法去选择选项的时候选对的几率非常大! 这种方法的具体描述如下:假设maxn是单词中出 ...

  8. 手写无缝轮播banner

    <div class="banner"> <ul class="clearfloat bannerul xin" id="xin&q ...

  9. 翻译:《实用的Python编程》07_04_Function_decorators

    目录 | 上一节 (7.3 返回函数) | 下一节 (7.5 装饰方法) 7.4 函数装饰器 本节介绍装饰器(decorator).因为这是一个高级主题,所以我们只做简单介绍. 译注:根据译者个人的猜 ...

  10. 定制开发——GitHub 热点速览 v.21.15

    作者:HelloGitHub-小鱼干 自定义 或者说 定制 是本周 GitHub 热点的最佳写照.比如,lipgloss 这个项目,可以让你自己定义终端样式,五彩斑斓的黑终端来一个.接着,是 Appl ...