TCP连接的“三次握手“及其异常分析

本文详细解析了TCP连接的三次握手过程及异常情况,包括客户端【SYN】包丢失、服务器端【SYN,ACK】包丢失、客户端【ACK】包丢失以及客户端故意不发送最后一次【SYN】包的情况。分析了各异常情况下客户端和服务端的重传机制,讨论了SYN FLOOD攻击及防御策略。
摘要由CSDN通过智能技术生成

TCP连接的"三次握手"

在这里插入图片描述

  1. 开始时,客户端和服务器端都处于CLOSE状态,服务器为了提供服务,会主动监听某个端口,进入LISTEN状态
  2. 客户端主动发送连接的 【SYN】 包,之后进入SYN-SENT状态,服务端在收到客户端发来的 【SYN】包后,回复 【SYN , ACK】包,之后进入 SYN-RCVD 状态。
  3. 客户端收到服务端发来的【SYN ,ACK】包后,可以确认对方的的存在,回复 【ACK】包,进入ESTABLISHED状态
  4. 服务端收到最后一个[ACK]包后,也进入ESTABLISHED状态

正常的三次握手之后,双端都进入ESTABLISHED状态,然后开始传输数据。

TCP连接”三次握手“的异常情况

1、客户端第一个【SYN】包丢了

  1. 如果在TCP连接中,客户端的第一个【SYN】包丢了,而此时跟服务器端并无联系,所以处理办法在客户端。
  2. 在TCP协议中,任何一端的【请求——应答】过程中,在一定时间范围内没哟接收到对方的回应的【ACK】包,就会认为是丢包,此时触发超时重传机制。
  3. 此时会重传【SYN】包,会重传3次,时间间隔分别是: 5.8s、24s、48s,三次时间大约是 76s 左右,而大多数伯克利系统将建立一
  • 3
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值