TCP连接的过程

TCP连接的过程建立TCP连接的时间段是在构建请求且缓存中不存在这一段域名之后产生的其实TCP连接可以简单的概括为三次握手、四次挥手首先我们先来看一下`TCP头部`结构

大家好,欢迎来到IT知识分享网。

TCP连接的过程

首先我们要先清楚 TCP连接是在什么时间段发生的 当我们在浏览器地址输入栏输入了一段地址之后会有如下操作依次发生⬇️

Alt

从这张简略图可以看出来 建立TCP连接的时间段是在构建请求且缓存中不存在这一段域名之后产生的 其实 TCP 连接可以简单的概括为 三次握手、四次挥手 首先我们先来看一下 TCP头部 结构

TCP头部结构

Alt

其中在TCP连接中我们最需要关注的几个地方就是 序列号、确认号还有标记位(SYN、FIN、ACK、RST…)

  • 序列号相当于是随机出来的一个ID,为本次TCP连接建立建议一个标志,序列号可以用来解决网络包乱序的问题
  • 确认号主要用来表示「接收端」告诉「发送端」对上一个数据包已经成功接收(确认号可以⽤来解决网络包丢失的问题
  • 标记位主要就是用来表达各种意义,如 SYN = 1 时,表示希望创建连接ACK = 1时,确认号字段有效FIN = 1时,表示希望断开连接RST = 1 时,表示TCP连接出现异常,需要断开。

TCP三次握手的全过程

Alt

  • 一开始服务端与客户端都处于 CLOSE 状态
  • 服务端主动监听一个端口,进入 listen 状态
  • 客户端发送 SYN 包(表示希望建立 TCP 连接),其中 SYN 的值是随机生成的序列号,随机将 请求报文 发送给客户端,并且自己也进入了 SYN_SEND 状态
  • 此时服务端接收到了来自客户端发送的SYN包 会返回一个 ACK 包和一个 SYN 包,其中ACK包是确认包,表示服务端已经接收到了来自客户端的请求,其值为 Client_Num + 1,SYN包 的值则是客户端这边随机出来的序列号,同时将 ACK 和 SYN 的标记位置为1,将报文发送到客户端,随机自己进入 SYN_RCVD 状态
  • 此时客户端接收到了来自服务端的确认包,可以保证客户端已经接收到了他的请求,此时就需要再次发送一个ACK 确认包,告诉服务端自己已经接收到了请求,其值为 server_num + 1 , 并且将 ACK标记位置为1 发送报文后自己进入 ESTABLISHED状态
  • 服务端接收到了来自客户端发送的报文之后,随机也进入了 ESTABLISHED状态,此时双方建立起了连接

以上就是TCP三次握手的过程

面经之为什么不能采用两次握手,一定要三次???

这里我就用最简单的方式来告诉大家吧

  • 第一次握手:客户端向服务端发送了网络包,服务端接收到了。可以证明⬇️

    • 服务端知道了客户端的发送能力和服务端的接受能力是没有问题了
  • 第二次握手:服务端的发包,客户端接收到了,此时可以证明⬇️

    • 服务端知道了客户端的发送能力和服务端的接受能力是没有问题了

    • 客户端知道 服务端的接受能力和发送能力没问题,自己的接受能力和发送能力没问题

但是此时的服务端不知道的是,自己发送的包客户端能不能接收到,也就是服务端无法确认自己的发送能力和客户端的接受能力是否正常 所以这个时候就需要 TCP 的第三次握手

  • 第三次握手:客户端向服务端发包,服务端接收到了
    • 此时的 服务端 就知道双方的发包能力和接受包的能力都是没问题的,也就建立起了TCP连接

面经之三次握手的过程中可以发送数据吗

答案是可以的 第三次握手的时候,由于客户端已经知道双方的发包已经收包能力都是正常的,就可以正常的发送数据了

TCP四次挥手的全过程

首先我们还是用图来表示一下这个过程8⃣️

Alt

  • 一开始的时候,服务端和客户端仍处于 ESTABLISHED 状态

  • 客户端首先想要断开连接,这时就会向服务端发送一个**FIN**报文,报文中有一个指定的序列号,表示想要断开链接,并且进入 FIN_SAIT_1 状态

  • 此时服务端收到了由客户端发送来的FIN包之后,会先给客户端发送一个 ACK 报文,报文的序列号为客户端的序列号值 + 1,表示自己已经收到了,但是需要检查一下自己还有没有什么需要发送的资源,并且进入 CLOSE_WAIT状态

  • 等到服务端检查完毕没有需要发送的资源之后,就会给客户端发送一个 FIN 包表示即将断开链接,并且进入 LAST_ACK 状态

  • 客户端收到了 FIN 包之后,再次发送一个 ACK 报文,报文的序列号为服务端的序列号值 + 1,表示自己已经收到,随机进入 TIME_WAIT 状态,等待2msl 之后,就进入了 CLOSE 状态

  • 服务端接收到了来自客户端发送的 ACK 包之后,也进入了 CLOSE 状态

以上就是TCP四次挥手的全过程,你听明白了嘛~

面经之为什么要有 TIME_WAIT 这个状态

  • 确保服务端已经接收到了由客户端发送过去的 ACK 报文,如果没有收到ACK报文的话,服务端会再起发送一个 FIN 报文给客户端,因为 TIME_WAIT 的时间至少是一个报文的来回时间,一般会使用及时,时间到了客户端就进入 CLOSE 状态
  • 确保网络中已经没有 数据残缺 了,避免这次 TCP 连接中的数据污染到下一次 TCP 连接

下面给出的TCP连接中状态的意义

  • LISTEN – 侦听来自远方TCP端口的连接请求;
  • SYN-SENT -在发送连接请求后等待匹配的连接请求;
  • SYN-RECEIVED – 在收到和发送一个连接请求后等待对连接请求的确认;
  • ESTABLISHED– 代表一个打开的连接,数据可以传送给用户;
  • FIN-WAIT-1 – 等待远程TCP的连接中断请求,或先前的连接中断请求的确认;
  • FIN-WAIT-2 – 从远程TCP等待连接中断请求;
  • CLOSE-WAIT – 等待从本地用户发来的连接中断请求;
  • CLOSING -等待远程TCP对连接中断的确认;
  • LAST-ACK – 等待原来发向远程TCP的连接中断请求的确认;
  • TIME-WAIT -等待足够的时间以确保远程TCP接收到连接中断请求的确认;
  • CLOSED – 没有任何连接状态;

免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://yundeesoft.com/22520.html

(0)

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注

关注微信