当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通讯
- 第三个
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
