TCP在第三次握手时的ACK丢了会出现什么问题

当Client 端 三次握手是收到Server 的SYN + ACK 应答后, 其状态变为established,并发送ACK包给Server

此时ACK在网络中丢失,会怎么样?

Server端该TCP连接的状态为SYN_RECV, 并且依次等待3s,6s,12s后重新发送SYN+ACK
包,以便Client 重新发送ACK包
,Server重发SYN+ACK的次数,可以通过修改配置文件修改(/proc/sys/net/ipv4/tcp_synack_retries),默认是5;
如果指定的次数后,仍然未收到ACK应答, 那么一段时间后,Server会自动关闭这个连接

但是Client,认为这个连接已经建立,如果Client向Server继续发送数据,Server端将以RST包(用于强制关闭tcp连接)响应,方能感知到Server出现错误。

拓展

如果是故意不发ACK,就是大量连接只发送握手信号SYN,不发第三个SYN+ACK,也不发数据,那这个就是简单直接的SYN洪水攻击了。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值