TCP三次握手四次挥手

TCP三次握手四次挥手

了解三次握手四次挥手需要先了解tcp/ip协议族。

TCP/IP协议族的传输层协议主要有两个:
TCP(Transmission Control Protocol)传输控制协议、UDP(User Datagram Protocol)传输控制协议

TCP报文段:TCP将若干个字节构成一个分组,叫报文段。TCP报文段封装在IP数据报中。

TCP报文段的首部格式
首部长度为20~60字节
源端口号:是16位字段,是发送进程对应的端口号。
目标端口号:是16位字段,对应的是接收端的进程,接收端收到数据段后,根据这个端口号来确定把哪个数据发送给哪个程序的进程。
序号:当TCP从进程接收数据字节时,就把它们存储在发送缓存中,并对每一个字节进行编号,编号的特点如下:
编号不一定从0开始,一般会产生一个随机数作为第一个字节的编号,称为初始序号(ISN),范围是0~2^32 -1。
TCP每个方向的编号是相互独立的。
当字节都被编上号后,TCP就会给每个报文段指派一个序号,序号就是该报文段中第一个字节的编号。
当数据到达目的地后,接收端会按照这个序号数据重新拍了,保证数据的正确性。
确认好:确认好是对发送端的确认信息,用它来告诉发送端这个序号之前的数据段都已经收到,如确认号是X,就表示前x-1个数据段都已经收到。
首部长度:用它可以确定首部数据结构的字节长度。一般情况下TCP首部是20字节,但首部长度最大扩展为60字节。
保留:这部分保留位作为今后扩展功能用,现在还没有使用到。
控制位:这六位有很重要的作用,TCP连接、传输和断开都受到这六个控制位的指挥。
各位含义如下。
URG:紧急指针有效位。
ACK:只有当ACK=1时,确认序列号字段才有效,当ACK=0时,确认字段无效。
PSH:当RST值为1时通知重新建立TCP连接。
SYN:同步序号位,TCP需要建立连接时将这个值设为1。
FIN:发送端完成发送任务位,当TCP完成数据传输需要端口连接时,提出端口连接的一方将这个值设为1。
窗口值:说明本地可接受数据段的数目,这个值的大小可变,当网络通畅时将这个窗口值变大以加快传输速度,当网络不稳定时减小这个值可保证网络数据的可靠传输,TCP协议中的流量控制机制就是依靠变化窗口的大小实现的。
校验和:用来做差错控制。
紧急指针:和URG配合使用,当URG=1时有效。
选项:在TCP 首部可以有多达40个字节的可选信息。

连接时的三次握手:

第一次握手:
PC1是使用一个随机的端口号向PC2的80端口发送建立连接的请求,此过程的典型标志是TCP的SYN控制位为1,其他五个控制位为0。

第二次握手:
实际上是分成两部分来完成的。
(1)PC2收到了PC1的请求,向PC1回复一个确认消息,此过程的典型标志就是TCP的ACK控制位为1,其他五个控制位为0,而且确认序列号是PC1的初始序列号加1。
(2)PC2也向PC1发送建立连接的请求,此过程的典型标志和第一次握手一样,即TCP的SYN控制位为1,其他五个控制位为0。
为提高效率一般将这两个包合并为一个发送。

第三次握手:
PC1收到了PC2的回复后(包含请求和确认),也要向PC2回复一个确认消息,此过程的典型标志就是TCP的ACK控制位为1,其他五个控制位为0,而且确认序列号是PC2的初始序列号加1。
三次握手完成后,TCP连接建立。

断开时的四次挥手:

第一次挥手:
客户端向服务器发送FIN和ACK位置为1的TCP报文段。
第二次挥手:
服务器向客户端返回ACK位置为1的TCP报文段。
第三次挥手:
服务器向客户端发送FIN和ACK位置为1的TCP报文段。
第四次挥手:
客户端向服务器回应ACK位置为1的TCP报文段。

### TCP 三次握手四次挥手的过程及原理 #### 一、TCP 三次握手过程及原理 TCP 是一种面向连接的可靠传输协议,在数据传输前需要通过三次握手来建立连接。以下是其具体过程: 1. **第一次握手** 客户端向服务器发起连接请求,发送一个带有 SYN 标志位的数据包,并随机生成一个初始序列号 `Seq=x`,此时客户端进入 `SYN_SENT` 状态[^5]。 2. **第二次握手** 服务器收到客户端的 SYN 请求后,返回一个确认消息,该消息同时携带两个标志位:SYN 和 ACK。其中,SYN 表示同意建立连接并随机生成自己的初始序列号 `Seq=y`;ACK 则是对客户端序列号的确认,即 `Ack=x+1`。此时服务器进入 `SYN_RCVD` 状态[^4]。 3. **第三次握手** 客户端收到服务器的响应后,再次发送一个确认消息给服务器,此消息仅带有一个 ACK 标志位,用于确认服务器的序列号,即 `Ack=y+1`。随后,客户端进入 `ESTABLISHED` 状态,而服务器在接收到这个 ACK 后也进入 `ESTABLISHED` 状态,至此完成三次握手[^1]。 通过以上三个步骤,双方不仅建立了连接,还同步了各自的序列号和确认号,从而确保后续通信的可靠性[^3]。 --- #### 二、TCP 四次挥手过程及原理 由于 TCP 协议采用全双工模式工作,因此关闭连接时需分别处理双向通道的释放问题,这通常涉及四个阶段的操作,称为“四次挥手”。 1. **第一次挥手** 主动关闭的一方(通常是客户端)发送 FIN 报文通知对方自己已经没有数据要发送了,同时终止本方向上的数据流。此时,主动关闭方进入 `FIN_WAIT_1` 状态[^2]。 2. **第二次挥手** 被动关闭一方(通常是服务器)收到 FIN 报文后,回应一个 ACK 报文作为确认,设置 `Ack=seq+1`,并将被动关闭方的状态改为 `CLOSE_WAIT`。与此同时,主动关闭方则转变为 `FIN_WAIT_2` 状态[^4]。 3. **第三次挥手** 当被关闭方也没有更多数据待发时,它会再发送一个 FIN 报文告知主动关闭方准备完全断开连接。此时,被动关闭方变为 `LAST_ACK` 状态[^5]。 4. **第四次挥手** 主动关闭方接收到来自被动关闭方的 FIN 报文之后,回复最后一个 ACK 报文予以确认,然后进入 `TIME_WAIT` 状态。经过一段时间延迟(一般为两倍最大分组生存时间 MSL),如果未检测到异常情况,则正式关闭连接并转入 `CLOSED` 状态。同样地,被动关闭方在接受到最终 ACK 报文后立即切换至 `CLOSED` 状态,结束整个流程[^3]。 值得注意的是,“四次挥手”的核心在于允许两端独立管理各自方向上的资源回收,保障任何尚未送达的信息能够得到妥善处理[^2]。 --- ```python # Python模拟TCP三次握手四次挥手逻辑示意 class TCPSession: def __init__(self, client_seq, server_seq): self.client_seq = client_seq self.server_seq = server_seq def three_way_handshake(self): print(f"Client -> Server: SYN Seq={self.client_seq}") self.client_seq += 1 print(f"Server <- Client: SYN+ACK Ack={self.client_seq} Seq={self.server_seq}") self.server_seq += 1 print(f"Client -> Server: ACK Ack={self.server_seq}") def four_way_wavehand(self): print(f"Client -> Server: FIN Seq={self.client_seq}") print(f"Server <- Client: ACK Ack={self.client_seq + 1}") print(f"Server -> Client: FIN Seq={self.server_seq}") print(f"Client <- Server: ACK Ack={self.server_seq + 1}") session = TCPSession(0, 0) print("\n--- Three-Way Handshake ---") session.three_way_handshake() print("\n--- Four-Way Wavehand ---") session.four_way_wavehand() ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值