概述
listen函数中backlog参数的意义
2)应用层链接(connect)完成时,要从tcp层的链接缓冲池中移出一个(accept函数实现)
TCP握手的几个阶段
收到客户端的syn请求 ->将这个请求放入syn_table中去->服务器端回复syn-ack->收到客户端的ack->放入accept queue中
在linux里可以简单的认为有2个队列,一个就是在握手过程中的队列,而另一个就是握手成功的队列
而backlog影响的是握手成功的队列
backlog 并不是按照你调用listen的所设置的backlog大小,实际上取的是backlog和somaxconn的最小值在linux内核2.2版本以后,backlog参数控制的是已经握手成功的还在accept queue的大小。
现在backlog用来确定已完成队列(完成三次握手等待accept)的长度,而不再是已完成队列和未完成连接队列之和(linux 2.2之前)。
未完成队列(incomplete connection queue),每个这样的SYN分节对应其中一项:已由每个客户发出并到达服务器,而服务器正在等待完成相应的TCP三路握手过程。这些套接字处于SYN_RCVD状态。,的长度现在由/proc/sys/net/ipv4/tcp_max_syn_backlog设置,在现在大多数最新linux内核都是默认512,这个设置有效的前提是系统的syncookies功能被禁用,如果系统的syncookies功能被启用,那么这个设置是无效的。Syncookies是在内核编译的时候设置的,查看syncookies是否启动:
cat /proc/sys/net/ipv4/tcp_syncookies
如果是“1”说明已启用,为“0”说明未启用。
那么为syncookies是做什么的呢,为什么它会和未完成队列有关系。简单的说它是为防范SYN Flood攻击的设计。cat /proc/sys/net/ipv4/tcp_max_syn_backlog
已完成队列(complete connection queue),每个已完成TCP三路握手过程的客户对应其中一项,这些套接字处于ESTABLISHED状态。
继续看backlog,如果我们给listen的backlog参数设值超过了/proc/sys/net/core/somaxconn,那么backlog参数的值为自动被改写为/proc/sys/net/core/somaxconn的值,它的默认大小为128.
2048
cat /proc/sys/net/core/somaxconn
128
查看连接情况
watch "netstat -t -n | grep 9001 | grep -oP 'w+s*$' | sort | uniq -c"
watch "ss -s"
最后
以上就是想人陪鸭子为你收集整理的我对Backlog的理解的全部内容,希望文章能够帮你解决我对Backlog的理解所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复