TCP三次握手过程

第一次握手

  • 客户端动作:客户端发送一个SYN包(同步序列号包)到服务器,设置SYN=1,并选择一个初始序列号seq=x。客户端发送此包后,进入SYN_SENT(同步已发送)状态,等待服务器的确认。
  • 数据包内容:SYN=1,seq=x(x为客户端选择的初始序列号)。

SYN=1:告诉服务器,我要请求连接

第二次握手

  • 服务器动作:服务器收到客户端的SYN包后,发送一个SYN+ACK包(同步序列号+确认包)给客户端,设置SYN=1,ACK=1,确认号ack=x+1(表示已收到客户端x之前的数据,并期望下一个数据包从x+1开始),同时选择一个自己的初始序列号seq=y。服务器发送此包后,进入SYN_RECV(同步已接收)状态。
  • 数据包内容:SYN=1,ACK=1,ack=x+1,seq=y(y为服务器选择的初始序列号)。

SYN=1:告诉客户端,同意连接

ACK=1:表示服务器已经确认了客户端发送的SYN包

ack=x+1:告诉客户端下一个期望接收的数据包的序列号

第三次握手

  • 客户端动作:客户端收到服务器的SYN+ACK包后,发送一个ACK包(确认包)给服务器,设置ACK=1,确认号ack=y+1(表示已收到服务器发来的序列号为seq=y的数据包,并期望下一个数据包从y+1开始),序列号seq=x+1(表示这是客户端在第一次握手后发送的下一个数据包)。发送完这个包后,客户端和服务器都进入ESTABLISHED(连接已建立)状态,完成三次握手。
  • 数据包内容:ACK=1,ack=y+1,seq=x+1。

ACK=1: 表示客户端已经确认了服务器发送的SYN+ACK包

ack=y+1:告诉服务器下一个期望接收的数据包的序列号

注释:

SYN (同步序列编号,Synchronize Sequence Numbers)

ACK(确认标志,Acknowledgment)

ack 确认号,通过ack字段,接收方可以告诉发送方哪些数据已经被成功接收,哪些数据可能还需要重传。

seq 序列号,确定数据包的唯一性和有序性。

三次握手过程的形象比喻:

两个人打电话场景:

A:喂,能听得到我讲话吗?

B:能听得到,你能听得到我讲话吗?

A:能听得到,那我们开始聊天吧!

为什么需要第三次握手过程?

1,确保双方的初始序列号都被确认:在TCP连接建立过程中,双方都需要知道对方的初始序列号,以便后续的数据传输。两次握手只能确认一方的初始序列号,而第三次握手(通过ACK包)能够确认双方的初始序列号,确保双方都准备好了进行数据传输。

2,建立双向连接:两次握手只能建立单向连接,即服务器知道客户端的初始序列号,但客户端不知道服务器的初始序列号。而三次握手通过双方的确认,建立了双向连接,确保双方都知道对方的响应,为后续的双向通信提供了基础。

相关推荐
mounter62517 小时前
【硬核前沿】CXL 深度解析:重塑数据中心架构的“高速公路”,Linux 内核如何应对挑战?-- CXL 协议详解与 LSF/MM 最新动态
linux·服务器·网络·架构·kernel
ACP广源盛1392462567319 小时前
破局 Type‑C 切换器痛点@ACP#GSV6155+LH3828/GSV2221+LH3828 黄金方案
c语言·开发语言·网络·人工智能·嵌入式硬件·计算机外设·电脑
嵌入式小企鹅20 小时前
蓝牙学习系列(八):BLE L2CAP 协议详解
网络·学习·蓝牙·ble·协议栈·l2cap
广州灵眸科技有限公司21 小时前
为RK3588注入澎湃算力:RK1820 AI加速卡完整适配与评测指南
linux·网络·人工智能·物联网·算法
byoass1 天前
csdn_upload_005
网络·安全·云计算
IT WorryFree1 天前
飞塔防火墙与第三方设备进行IPSEC故障诊断期间,用户可能会观察到以下错误:
linux·服务器·网络
不是书本的小明1 天前
K8S应用优化方向
网络·容器·kubernetes
~plus~1 天前
.NET 8 C# 委托与事件实战教程
网络·c#·.net·.net 8·委托与事件·c#进阶
w6100104661 天前
CKA-2026-Service
linux·服务器·网络·service·cka
GTgiantech1 天前
灵活拓展网络边界:电口光模块的智慧选型与部署指南
网络