3000字讲讲TCP协议，握手挥手不是你想的那么简单

服务器的这种状态称为静默(muted)。为了抵御 SYN Flood 攻击，服务器可以采用「SYN cookies」，这种思想是，当 SYN 到达时，并不直接为其分配内存，而是把这条连接的信息编码并保存在 SYN-ACK 报文段的序列号字段，如果客户端回复了，服务器再从 ACK 字段里解算出 SYN 报文的重要信息(有点黑魔法的感觉了)，验证成功后才为该连接分配内存。这样，服务器不会响应攻击者的请求，正常连接则不会受到影响。

但 SYN cookies 本身有一些限制，并不适合作为默认选项，有兴趣可以自行 Google。

3. 第三次握手

这是建立 TCP 连接的最后一步，经过前两次握手，客户端(服务器)已经知道对方的滑动窗口大小，初始序列号等信息了，这不就完了吗?为什么还要第三次握手?

这是因为服务器虽然把数据包发出去了，但他还不知道客户端是否收到了这个包，所以服务器需要等待客户端返回一个 ACK，表明客户端收到了数据，至此，连接完成。

连接建立后，进入传输数据的阶段，这里就涉及到很多很多技术，我会另写文章。

四次挥手

有了三次握手的基础，四次挥手就比较容易理解了：

四次挥手的过程其实很简单，就是服务器和客户端互相发送 FIN 和 ACK 报文段，告知对方要断开连接。

四次挥手里值得关注的一点就是 TIME_WAIT 状态，也就是说主动关闭连接的一方，即使收到了对方的 FIN 报文，也还要等待 2MSL 的时间才会彻底关闭这条连接。(这里面的 MSL 指的是最大段生成期，指的是报文段在网络中被允许存在的最长时间。)可为什么不直接关闭连接呢?

一个原因是，第四次挥手的 ACK 报文段不一定到达了服务器，为了不让服务器一直处于 LAST_ACK 状态(服务器会重发 FIN，直到收到 ACK)，客户端还得等一会儿，看看是否需要重发。假如真的丢包了，服务器发送 FIN ，这个 FIN 报文到达客户端时不会超过 2MSL(一来一回最多 2MSL)，这时候客户端这边的 TCP 还没关掉，还能重发 ACK。

另一个原因是，经过 2MSL 之后，网络中与该连接相关的包都已经消失了，不会干扰新连接。我们来看一个例子：假如客户端向服务器建立了新的连接，旧连接中某些延迟的数据坚持到了新连接建立完毕，而且序列号刚好还在滑动窗口内，服务器就误把它当成新连接的数据包接收，如下图所示：

2MSL 机制就避免了这种情况。

（编辑：应用网_阳江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!