TCP全连接和半连接
来源:互联网 发布:网络电视盒刷机软件 编辑:程序博客网 时间:2024/05/09 19:21
最近听组内老司机分享了关于TCP半连接和全连接的分享,颇有收获。
现网问题:
server、client负载都不是很高的时候,居然可能会出现如下两个问题
1、Client端在多次重发SYN包得不到响应而返回(connection time out)错误
2、client端报错read timeout 或者 connection reset by peer
负载不是很高的情况下,一般不会出现这种情况,所以估计是linux内核参数哪里不对,需要对整个TCP连接进行回顾。
TCP连接的基本概念:
三次握手:
1、第一次握手:客户端发送syn包(syn=j)到服务器,并进入SYN_SEND状态,等待服务器确认;
2、第二次握手:服务器收到syn包,必须确认客户的SYN(ack=j+1),同时也发送一个SYN包(syn=k),即SYN+ACK包,此时服务器进入SYN_RECV状态;
3、第三次握手:客户端收到服务器的SYN+ACK包,向服务器发送确认包ACK(ack=k+1),此包发送完毕,客户端和服务器进入ESTABLISHED状态,完成三次握手。
四次分手:
1、客户端向服务器发送一个FIN为1 的TCP报文
2、服务器返回给客户端一个确认ACK报文
3、服务器同时发送一个FIN报文
4、客户机回复ACK报文后(四次握手),连接结束。
Linux内核协议栈为一个tcp连接管理使用两个队列,一个是半链接队列(用来保存处于SYN_SENT和SYN_RECV状态的请求),一个是全连接队列(accpetd队列)(用来保存处于established状态,但是应用层没有调用accept取走的请求)。
全连接队列的大小取决于:min(tcp_max_syn_backlog, net.core.somaxconn)
半连接队列的大小取决于:max(64, tcp_max_syn_backlog)
全连接队列、半连接队列溢出很容易忽视,对于一些短连接应用(比如Nginx、PHP)更容易爆发。一旦溢出,Server端从cpu、线程状态看负载正常,但压力上不去。而Client端看来,请求耗时较高,但server端记录的服务响应又很短,同时客户端会不定期出现连接超时、socket 读写超时 的现象。
客户端调整思路
对TCP连接失败,增加重试机制和超时时间
启用长连接机制 (可减少连接环节开销,从而降低延时)
服务端调整思路
修改内核参数,适当调整 net.core.somaxconn (调整全队列长度)
修改内核参数,适当调整 tcp_max_syn_backlog (调整半队列长度)
阅读全文
0 0
- TCP全连接和半连接
- tcp的半连接攻击和全连接攻击--TCP_DEFER_ACCEPT
- tcp的半连接攻击和全连接攻击--TCP_DEFER_ACCEPT
- tcp的半连接攻击和全连接攻击--TCP_DEFER_ACCEPT
- tcp的半连接攻击和全连接攻击--TCP_DEFER_ACCEPT
- tcp的半连接攻击和全连接攻击--TCP_DEFER_ACCEPT
- 关于TCP 半连接队列和全连接队列
- 关于TCP 半连接队列和全连接队列
- 关于TCP 半连接队列和全连接队列
- 关于TCP 半连接队列和全连接队列
- TCP全连接队列和半连接队列已满之后的连接建立过程抓包分析
- TCP全连接队列和半连接队列已满之后的连接建立过程抓包分析
- 交叉连接和全连接
- tcp连接和http连接
- 左连接、右连接和全连接
- TCP半连接与全连接队列及accept建立连接
- TCP连接和释放
- 什么是左连接、右连接和全连接、内连接?
- mobiscroll时间插件的用法
- 第一周学习总结
- 【末世旅行之逆向破解】破解三国杀脚本,免注册码无限时间全功能使用
- Wannafly挑战赛2 B
- 完美获取Excel数据
- TCP全连接和半连接
- 平均成绩(维数组)
- 绝对路径和相对路径,cd命令,rm命令,history命令详解
- 将Qt应用程序打包成可安装的软件
- 项目中sharding-jdbc的实际应用
- TLPI-Chapter 13文件I/O缓冲
- 不要浪费时间去写所谓的完美代码
- zookeeper 学习笔记001(部署和简单的使用)
- UNIX网络编程之epoll