TCP握手的时候维护的队列
半连接队列是什么?
服务器收到客户端SYN数据包后,Linux内核会把该连接存储到半连接队列中,并响应SYN+ACK报文给客户端。
全连接队列是什么?
服务器在收到客户端第三次握手的ACK报文后,内核会把该连接从半连接队列中移除,然后创建一个新的完全的连接并将其放入全连接队列中,等待应用程序调用accept函数把连接取走。
队列溢出会有啥问题?
半连接和全连接队列都有最大长度限制,超过限制时,内核会直接丢弃,返回RST报文。
如何查看全连接队列?
# -l 显示正在listening的socket
# -n 不解析服务名称
# -t 只显示tcp socket
ss -lnt
Recv-Q/Send-Q在Listen状态和非Listen状态下代表的含义不一样。
在Listen状态下:
在非Listen状态下:
如何查看TCP全连接队列溢出情况?
netstat -s | grep overflowed
通过上图可以看出,全连接队列一共溢出了1910次,如果这个数字在某个时间段一直增加,说明该时间段的全连接队列已经满载溢出。
全连接队列溢出后的情况?
全连接队列溢出后的处理受内核参数tcp_abort_on_overflow控制:
# 通过以下命令可以看出默认值是0
cat /proc/sys/net/ipv4/tcp_abort_on_overflow
假设服务端将tcp_abort_on_overflow设置为1,在服务端全连接队列满载以后,客户端如果还在不停的发起连接将会收到connection reset by peer的错误。
tcp_abort_on_overflow设置为0更有利于应对突发流量。
如何增加TCP全连接队列?
TCP全连接队列的最大值取决于somaxconn和blacklog之间的最小值:
如何查看TCP半连接队列长度?
# 执行以下命令就可以查看半连接队列的大小
netstat -natp | grep SYN_RECV | wc -l
如何查看TCP半连接队列溢出的情况?
netstat -s | grep 'SYNs to LISTEN'
上图中我们可以看出半连接队列累计一共丢弃了220418个TCP连接,如果多次执行该命令该值有上升趋势,说明当前时间段存在半连接队列溢出现象。
半连接队列大小受哪些条件影响?
半连接队列的大小受内核参数tcp_max_syn_backlog控制,但是该值不一定是半连接队列的最大值(在较新版本的linux内核中理论上半连接队列的最大值是全连接队列的最大值),队列的溢出是有一定条件的:
什么是syncookies?
syncookies是服务器根据当前状态计算一个值,然后再SYN+ACK报文中发出,当客户端返回ACK报文时,服务端取出该值进行验证,验证成功则认为连接建立成功。
开启syncookies功能可以在不使用半连接队列的情况下成功建立连接。
如何设置syncookies的值?
通过内核tcp_syncookies参数进行控制:
# 可以查看tcp_syncookies的值
cat /proc/sys/net/ipv4/tcp_syncookies
tcp_syncookies不同的值分别为不同的含义:
如何抵御SYN攻击?
SYN攻击是指对服务端一直发送SYN包,但不回第三次握手的ACK数据包,此时会导致服务端有大量的SYN_RECV的TCP连接。
抵御SYN攻击可以采取以下方法: