[TCP/IP] TCP在listen时的参数backlog的意义

Green

　　linux内核中会维护两个队列：
  1）未完成队列：接收到一个SYN建立连接请求，处于SYN_RCVD状态
  2）已完成队列：已完成TCP三次握手过程，处于ESTABLISHED状态
  3）当有一个SYN到来请求建立连接时，就在未完成队列中新建一项。当三次握手过程完成后，就将套接口从未完成队列移动到已完成队列。
  4）backlog曾被定义为两个队列的总和的最大值，Berkely实现中的backlog值为上面两队列之和再乘以1.5。
  　　5）如果当客户端SYN到达的时候队列已满，TCP将会忽略后续到达的SYN，但是不会给客户端发送RST信息，因为此时允许客户端重传SYN分节。如果启用syncookies (net.ipv4.tcp_syncookies = 1),新的连接不进入未完成队列,不受影响
  6）backlog 即上述已完成队列的大小, 这个设置是个参考值,不是精确值. 内核会做些调整

　　SYN 洪水***(syn flood attack)
　　通过伪造IP向服务器发送SYN包,塞满服务器的未完成队列,服务器发送SYN+ACK包 没回复,反复SYN+ACK包,使服务器不可用.
启用syncookies 是简单有效的抵御措施.
启用syncookies,仅未完成队列满后才生效.