[TimLinux] TCP全连接队列满

0. TCP三次握手

该图来自:TCP SOCKET中backlog参数的用途是什么?

syns queue: 半连接队列

accept queue: 全连接队列

控制参数存放在文件:/proc/sys/net/ipv4/tcp_abort_on_overflow中,0:表示如果三次握手第三步的时候全连接队列满了,那么server扔掉client发过来的ack(在server端因为全连接队列满了,认为连接还没有建立起来),1:表示第三步的时候如果全连接队列满了,server发送一个reset包给client,表示废掉这个握手过程和这个连接(client端会抛出异常:connection reset by peer的错误)

如果全连接队列满了并且tcp_abort_on_overflow=0的话,server过一段时间再次发送syn+ack给client(也就是重试),重试的次数在net.ipv4.tcp_synack_retries参数中配置:sysctl -a 可以查看当前的配置。

1. 查看全连接队列

$ netstat -s | egrep ‘listen|LISTEN‘

667399 times the listen queue of a socket overflowed ==> 全连接队列满了 66739 次

$ ss -lnt   ==> 50: 表示监听的端口上全连接队列最大为50,第一列Recv-Q表示当前使用了多少

State      Recv-Q      Send-Q     local Address:Port          Peer Address:Port

LISTEN   0                50             :3306                             *:*

全连接队列的最大值 = min(backlog, somaxconn)

backlog: 是在socket创建的时候传入的,somaxconn:是一个os级别的系统参数(cat /proc/sys/net/core/somaxconn)

2. 查看半连接队列

半连接队列的大小取决于:max(64, /proc/sys/net/ivp4/tcp_max_syn_backlog),不同的OS会有差异

$ netstat -tn

Active  Internet connections (w/o servers)

Proto  Recv-Q  Send-Q  Local Address  Foreign Address State

tcp0  0       server:8182 client-1:15260  SYNC_RECV

tcp0  28    server:22        client-1:51708  ESTABLISHED

tcp0  0     server:2376  client-1:60269  ESTABLISHED

这个命令显示的Recv-Q、Send-Q与全连接、半连接没有关系!

$ ab -n 10000 -c 300 http://172.16.218.128/3.php (ab: apache benchmark性能测试命令)

原文地址:https://www.cnblogs.com/timlinux/p/9319762.html

时间: 2024-11-07 06:44:49

[TimLinux] TCP全连接队列满的相关文章

关于TCP全连接队列和半连接队列

转:https://www.toutiao.com/a6721163619758768647/ 在TCP的三次握手中存在着两个队列.backlog.tcp_abort_on_overflow等概念知识点.常见的连接服务异常有很多,如Connection refused等问题.通过对这些知识的理解有助于结合一些排查手段有效地解决一些生产上出现的连接服务异常问题.下面将对这些进行讨论分析. 一.TCP三次握手 握手过程 第一次:client发送syn到server进行握手 第二次:server收到s

关于TCP 半连接队列和全连接队列

环境centos7内核版本3.10.0-327.el7.x86_64.nginx1.10.3 一.先来回顾下三次握手里面涉及到的问题: Linux内核协议栈为一个tcp连接管理使用两个队列,一个是半链接队列(用来保存处于SYN_SENT和SYN_RECV状态的请求),一个是accpetd队列(用来保存处于established状态,但是应用层没有调用accept取走的请求). 1.半连接队列 syn squeue roundup_pow_of_two(max_t(u32,min(somaxcon

MacOSX下简单tcp全连接扫描

原理很简单,刚答辩时也说是根据connect()函数返回值..然后老师说,这是全连接,不能扫描udp端口吧..嗯,后来说什么忘了..就这样,答辩一会就问完了..其实没问什么,,嘿嘿..好轻松..然后粘下我的代码,其实也是根据网上资料修改的,版权不要找我..函数是大家的:DD,粘代码ing.. 1 #include <sys/types.h> 2 #include <sys/socket.h> 3 #include <netinet/in.h> 4 #include &l

Linux 半连接队列,全连接队列

socket 中 listen api中参数backlog指定的是 全队列大小 accept api是从全队列中获取, 没有就阻塞了, 直到有新连接进来. listen中指定的值大小,有一个最大上限, 这个上限是系统内核中设定的. 在配置文件中: /proc/sys/net/core/somaxconn 这个值默认是128. 三次握手: 客户端发一个syn包, 服务器发一个包(syn+ack), 客户端发一个ack确认包. 至此连接完成 半连接是是未完成队列: /proc/sys/net/ipv

tcp的半连接与完全连接队列

队列及参数 server端的半连接队列(syn队列) 在三次握手协议中,服务器维护一个半连接队列,该队列为每个客户端的SYN包开设一个条目(服务端在接收到SYN包的时候,就已经创建了request_sock结构,存储在半连接队列中),该条目表明服务器已收到SYN包,并向客户发出确认,正在等待客户的确认包(会进行第二次握手发送SYN+ACK 的包加以确认).这些条目所标识的连接在服务器处于Syn_RECV状态,当服务器收到客户的确认包时,删除该条目,服务器进入ESTABLISHED状态.该队列为S

tcp的半连接与完全连接队列(二)

队列及参数 server端的半连接队列(syn队列) 在三次握手协议中,服务器维护一个半连接队列,该队列为每个客户端的SYN包开设一个条目(服务端在接收到SYN包的时候,就已经创建了request_sock结构,存储在半连接队列中),该条目表明服务器已收到SYN包,并向客户发出确认,正在等待客户的确认包(会进行第二次握手发送SYN+ACK 的包加以确认).这些条目所标识的连接在服务器处于Syn_RECV状态,当服务器收到客户的确认包时,删除该条目,服务器进入ESTABLISHED状态.该队列为S

TCP半连接队列和全连接

概述 如上图所示, 在TCP三次握手中,服务器维护一个半连接队列(sync queue) 和一个全连接队列(accept queue). 当服务端接收到客户端第一次SYN握手请求时,将创建的request_sock结构,存储在半连接队列中(向客户端发送SYN+ACK,并期待客户端响应ACK),此时的连接在服务器端出于SYN_RECV状态.当服务端收到客户端最后的ACK确认时,将半连接中的相应条目删除,然后将相应的连接放入 全连接队列中, 此时服务端连接状态为ESTABLISHED. 进入全连接队

(转)tcp的半连接与完全连接队列

队列及参数 tcp-sync-queue-and-accept-queue-small.jpg server端的半连接队列(syn队列) 在三次握手协议中,服务器维护一个半连接队列,该队列为每个客户端的SYN包开设一个条目(服务端在接收到SYN包的时候,就已经创建了request_sock结构,存储在半连接队列中),该条目表明服务器已收到SYN包,并向客户发出确认,正在等待客户的确认包(会进行第二次握手发送SYN+ACK 的包加以确认).这些条目所标识的连接在服务器处于Syn_RECV状态,当服

TCP连接之未连接队列的理解[转]

tcp服务器在TCP/IP协议中,TCP协议提供可靠的连接服务,采用三次握手建立一个连接. 第一次握手:建立连接时,客户端发送syn包(syn=j)到服务器,并进入SYN_SEND状态,等待服务器确认; 第二次握手:服务器收到syn包,必须确认客户的SYN(ack=j+1),同时自己也发送一个SYN包(syn=k),即SYN+ACK包,此时服务器进入SYN_RECV状态; 第三次握手:客户端收到服务器的SYN+ACK包,向服务器发送确认包ACK(ack=k+1),此包发送完毕,客户端和服务器进入