TCP三次握手的第三个ack丢了会怎样

最新推荐文章于 2025-11-04 00:46:12 发布

原创

最新推荐文章于 2025-11-04 00:46:12 发布 · 7.9k 阅读

12 ·

CC 4.0 BY-SA版权

文章标签：

#三次握手 #tcp #模拟网络异常

当TCP三次握手的第三个ACK丢失时，服务器会重发SYN+ACK，客户端可能误认为连接已建立。通过调整Linux的tcp_synack_retries参数控制重试次数。若长时间未收到ACK，服务器会关闭连接，客户端发送数据会收到RST。实验表明，某些TCP/IP实现不会因ACK丢失发送RST，但可能存在安全隐患，如Syn洪水攻击。

这个是在网上看到的面试题，引用下原文的内容

当Client端收到Server的SYN+ACK应答后，其状态变为ESTABLISHED，并发送ACK包给Server；

如果此时ACK在网络中丢失，那么Server端该TCP连接的状态为SYN_RECV，并且依次等待3秒、6秒、12秒后重新发送SYN+ACK包，以便Client重新发送ACK包，以便Client重新发送ACK包。

Server重发SYN+ACK包的次数，可以通过设置/proc/sys/net/ipv4/tcp_synack_retries修改，默认值为5。

如果重发指定次数后，仍然未收到ACK应答，那么一段时间后，Server自动关闭这个连接。

但是Client认为这个连接已经建立，如果Client端向Server写数据，Server端将以RST包响应，方能感知到Server的错误。

嗯。前面都没问题，就是最后一个，client和server端的处理，我很疑惑。

tcp是累加ack，而且ack在tcp包头，也就是所有tcp包都应该带有ack数据，中间丢一个纯ack包，不应该影响tcp通讯
第三个握手包只关乎是否已经收到第二个握手的syn包，所以只要后面带数据的ack，能ack到syn包，应该没问题
好像也没在哪里看到说不准在第三个ack里面发数据啊？这个我不

最低0.47元/天解锁文章

8 条评论

搬砖日记 2019.07.29
楼主，你这个建立连接的过程中客户端发的ACK包怎么确定丢失没丢失的？
- 搬砖日记回复john-zeng 2019.07.30
  [reply]zerooffdate[/reply] 嗯嗯，是这样的
- john-zeng回复搬砖日记 2019.07.30
  [reply]weixin_38102435[/reply] 我实际发了一个没有数据的握手包，只不过丢了而已。客户端是establish没问题，但是服务器还是在SYN_RCVD状态。别人说的是”Client认为这个连接已经建立，如果Client端向Server写数据，Server端将以RST包响应“，这是不是跟标准，以及我观察到的冲突？不过现在我看这个文章，人家大概想说的是”服务器多次重发syn+ack，客户端一直不回ack，然后服务器认为连接超时，后续服务器收到这个client的包，认为连接已经关闭，返回rst“。我模拟的情况是，只有一个握手ack丢了，后续数据正常的情况。
- 搬砖日记回复john-zeng 2019.07.30
  [reply]zerooffdate[/reply] 现在在公司，晚上回去自己实验一下看看
- 搬砖日记回复john-zeng 2019.07.30
  [reply]zerooffdate[/reply] TCP标准规定，第三次握手的报文，可以携带数据。因为此时客户端已经处于established状态了呀。
- john-zeng回复搬砖日记 2019.07.30
  [reply]weixin_38102435[/reply] 服务端收到的不是握手的ack包，是带报文内容的数据包，只不过tcp包都自带ACK。你可以自己抓包看一下，正常握手的第三个ack，len是0，我截图这个，len不是0的。如果要服务器触发RST，需要在握手之后，客户端什么都不做，此时如果第三个ack丢包，就会RST
- 搬砖日记回复john-zeng 2019.07.30
  [reply]zerooffdate[/reply] 对呀，那你抓到了来自客户端的ACK报文，三次握手不是正确完成了吗？没异常啊，还怎么测试触发RST
- john-zeng回复搬砖日记 2019.07.29
  [reply]weixin_38102435[/reply] 额，抓包啊，抓到就是没丢，没抓到就丢了啊。