博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Nginx/Apache服务连接数梳理
阅读量:7094 次
发布时间:2019-06-28

本文共 2645 字,大约阅读时间需要 8 分钟。

hot3.png

 

统计连接数,使用netstat命令或ss命令都可以

1)统计连接数(80端口)
[root ~]# netstat -nat|grep -i "80"|wc -l
872

或者:netstat -ant | grep $ip:80 | wc -l

[root ~]# netstat -ant | grep 111.142.132.192:80 | wc -l
872

2)查看当前并发访问数(统计已连接上的),状态为“ESTABLISHED”

[root ~]# netstat -na|grep ESTABLISHED|wc -l
405

或者:

[root ~]# netstat -ant | grep 111.142.132.192:80 | grep EST | wc -l

3)查看IP访问次数

[root ~]# netstat -nat|grep ":80"|awk '{print $5}' |awk -F: '{print $1}' | sort| uniq -c|sort -n

查看ip连接数(成功连接上的)

[root@wang ~]# netstat -nat |grep ESTABLISHED | awk '{print $5}'|awk -F: '{print $1}'|sort|uniq -c|sort -nr|head -20

4)查看并发请求数(服务器连接数)及其TCP连接状态:

[root@wang ~]# netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
FIN_WAIT2 34
CLOSING 1
SYN_RECV 73
CLOSE_WAIT 9
TIME_WAIT 139
ESTABLISHED 302
LAST_ACK 7
FIN_WAIT1 11

结果解释:

SYN_RECV          表示正在等待处理的请求数;
ESTABLISHED     表示正常数据传输状态;
TIME_WAIT         表示处理完毕,等待超时结束的请求数;
FIN_WAIT1         表示server端主动要求关闭tcp连接;
FIN_WAIT2         表示客户端中断连接;
LAST_ACK         表示关闭一个TCP连接需要从两个方向上分别进行关闭,双方都是通过发送FIN来表示单方向数据的关闭,当通信双方发送了最后一个FIN的时候,发送方此时处于LAST_ACK状态,当发送方收到对方的确认(Fin的Ack确认)后才真正关闭整个TCP连接;
CLOSING        表示两边同时尝试关闭

或者执行下面的命令:会出现一个界面,实时统计并发连接数和TCP连接数

[root@wang ~]# watch "netstat -n | awk '/^tcp/ {++S[\$NF]} END {for(a in S) print a, S[a]}'"

5)查找较多time_wait连接,降序排列

[root@wang ~]# netstat -n|grep TIME_WAIT|awk '{print $5}'|sort|uniq -c|sort -rn|head -n20

------------------------------------------------------------------------------------------------

上面是使用netstat命令进行统计查看的,也可以使用ss命令查看。
netstat和ss命令的区别,可以参考:
[root@wang ~]# ss -a|wc -l
746
[root@wang ~]# ss -a|grep ESTAB|wc -l
358
[root@wang ~]# ss -a|grep TIME-WAIT|wc -l
146

-----------------------------------------------------------------------------------------------

如发现系统存在大量TIME_WAIT状态的连接,该怎么办?
根据TCP协议定义的3次握手断开连接规定,发起socket主动关闭的一方socket将进入TIME_WAIT状态,TIME_WAIT状态下的socket不能被回收使用。具体现象是对于一个处理大量短连接的服务器,如果是由服务器主动关闭客户端的连接,将导致服务器端存在大量的处于TIME_WAIT状态的socket, 甚至比处于Established状态下的socket多的多,严重影响服务器的处理能力,甚至耗尽可用的socket,停止服务. TIME_WAIT是TCP协议用以保证被重新分配的socket不会受到之前残留的延迟重发报文影响的机制,是必要的逻辑保证.

解决办法(参考:):

通过调整内核参数解决,编辑/etc/sysctl.conf文件,添加下面四行内容:
[root@wang ~]# vim /etc/sysctl.conf
.....
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_fin_timeout = 30

配置说明:

net.ipv4.tcp_syncookies = 1     表示开启SYN cookies。当出现SYN等待队列溢出时,启用cookies来处理,可防范少量SYN攻击,默认为0,表示关闭;
net.ipv4.tcp_tw_reuse = 1       表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接,默认为0,表示关闭;
net.ipv4.tcp_tw_recycle = 1     表示开启TCP连接中TIME-WAIT sockets的快速回收,默认为0,表示关闭。
net.ipv4.tcp_fin_timeout         修改系統默认的TIMEOUT时间

让添加的参数生效

[root@wang ~]# /sbin/sysctl -p

***************当你发现自己的才华撑不起野心时,就请安静下来学习吧***************

转载于:https://my.oschina.net/yonghan/blog/856257

你可能感兴趣的文章
linux命令
查看>>
程序员之路
查看>>
MISP2:初始阶段
查看>>
详解:Redis主从技术的应用
查看>>
maven 笔记,具体配置
查看>>
Linux学习笔记<二十二>——计划任务
查看>>
Python3 通过 pika 连接 RabbitMQ 的基本用法
查看>>
C/C++踩坑记录(二)一段有趣的常量字符串
查看>>
GDI+ 学习记录(2): 画笔线帽 - Cap
查看>>
一张表里的多个字段值 取自 字典表里的text 的查询
查看>>
golang tcp socket
查看>>
特么的程序员励志故事(小IT职员在北京5年买了500W的房子)
查看>>
全选和反选 checkbox
查看>>
wget
查看>>
分析Redis架构设计
查看>>
Python获取本机资源使用信息
查看>>
vue实例的生命周期讲解
查看>>
使用linux远程登录另一台linux
查看>>
使用JWT保护你的Spring Boot应用 - Spring Security实战
查看>>
varnish 4.0 官方文档翻译11-Parameters
查看>>