TCP三次握手

前置知识:TCP报文格式

解释:

三次握手

三次握手过程

一开始,客户端和服务端都处于"CLOSE"状态,服务端首先进行端口监听,进入"LISTEN"状态

第一次:客户端向服务端发送一个建立连接的请求,TCP报文的SYN字段设置为1,表示希望请求建立连接,客户端随机生成一个tcp的序号,发送完该请求后,客户端处于一个"SYN-SENT"状态。

第二次:服务器端收到客户端发来的请求后,会发送对应的一个确认请求,ACK标志位置为1,SYN字段设置为1,确认应答号设置为客户端序号值 + 1,同时也随机初始化一个序号seq。服务器端进入"SYN_RVD"状态。

第三次:客户端收到服务端确认请求后,还要向客户端发送一个应答报文,其中ACK标志位设置为1,确认应答号设置为 服务端端序号值 + 1, 本次报文可以携带要发送的数据。发送数据后,客户端进入"ESTABLISHED"状态。服务端收到确认后,也进入"ESTABLISHED"状态。三次握手完成。

为什么不是两次握手?

  • 防止历史连接。如果只是两次握手,则服务器对新旧的连接请求都会发送一个确认请求后进入"ESTABLISHED"状态,无法阻止历史连接。
  • 帮助双方同步序号。为了保证传输的有序性和可靠性,TCP采用了发送确认机制,通过发送序号号确认下一个序号来实现,只有三次握手才能保证TCP通信的两端都知道了对方的初始序号。
  • 防止资源的浪费。如果只有两次握手,第一次请求的报文由于网络传输延迟了触发了超时重传机制,客户端再次发送一个请求SYN报文,服务端收到该报文后会直接分配资源建立连接。随后网络延迟的SYN'请求报文到了服务端,会再次分配资源建立连接。
  • 存在半连接问题,如果服务端发送的ACK确认请求丢失了,服务端将认为连接已成功建立并进入等待接收数据的状态。然而,客户端由于没有收到服务器的SYN-ACK,就会超时重传。

参考:小林coding

相关推荐
lew-yu10 分钟前
【已解决】Linux中程序脚本可以手动执行成功,但加在rc.local中不能开机自启
linux·服务器
ajassi200012 分钟前
linux C 语言开发 (四) linux系统常用命令
linux·运维·服务器
小马哥编程27 分钟前
如何在路由器上配置DHCP服务器?
服务器·网络·智能路由器
荣光波比1 小时前
Shell 秘典(卷十)—— 服务器资源自动化监控脚本的设计与实现
运维·服务器·自动化·云计算
爱隐身的官人1 小时前
新后端漏洞(上)- Spring Cloud Gateway Actuator API SpEL表达式注入命令执行(CVE-2022-22947)
网络·安全·web安全·spel表达式注入命令执行
星马梦缘1 小时前
计算机网络7 第七章 网络安全
网络·计算机网络·安全·web安全·非对称加密·对称加密
2401_888423091 小时前
51单片机-串口通信
网络·嵌入式硬件·51单片机
ggaofeng1 小时前
k8s网络原理
网络·容器·kubernetes
wangjialelele2 小时前
Linux匿名管道和命名管道以及共享内存
linux·运维·网络
qinyia2 小时前
解锁服务器网络配置新姿势:Wisdom SSH 助力之旅
服务器·网络·ssh