• Linux 查看某个端口的连接数


    Linux查看某个端⼝的连接数

    ⼀、查看哪些IP连接本机

    netstat -an

    ⼆、查看TCP连接

    1)统计80端⼝连接数

    netstat -nat | grep -i "80" | wc -l

    2)统计httpd协议连接数

    ps -ef | grep httpd | wc -l

    3)统计已连接上的,状态为“established

    netstat -anp | grep ESTABLISHED | wc -l

    4)、查出哪个IP地址连接最多,将其封了

    netstat -anp | grep ESTABLISHED | awk {print $5}|awk -F: {print $1} | sort | uniq -c | sort -r +0n

    netstat -anp | grep SYN | awk {print $5}|awk -F: {print $1} | sort | uniq -c | sort -r +0n

    实例:

    1、查看Apache当前并发访问数:

    netstat -anp | grep ESTABLISHED | wc -l

    对⽐httpd.conf中MaxClients的数字差距多少。

    2、查看有多少个进程数:

    ps aux | grep httpd | wc -l

    3、可以使⽤如下参数查看数据

    # ps -ef | grep httpd | wc -l

    1388

    统计httpd进程数,连个请求会启动⼀个进程,使⽤于Apache服务器。

    表⽰Apache能够处理1388个并发请求,这个值Apache可根据负载情况⾃动调整。

    # netstat -ant | grep -i "80" | wc -l

    4341

    netstat -an会打印系统当前⽹络链接状态,⽽grep -i "80"是⽤来提取与80端⼝有关的连接的,wc -l进⾏连接数统计。最终返回的数字就是当前所有80端⼝的请求总数。

    # netstat -anp | grep ESTABLISHED | wc -l

    376

    netstat -an会打印系统当前⽹络链接状态,⽽grep ESTABLISHED 提取出已建⽴连接的信息。然后wc -l统计。最终返回的数字就是当前所有80端⼝的已建⽴连接的总数。

    netstat -ant || grep ESTABLISHED | wc -

    可查看所有建⽴连接的详细记录

    查看Apache的并发请求数及其TCP连接状态:

    # netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

    TIME_WAIT 8947 等待⾜够的时间以确保远程TCP接收到连接中断请求的确认

    FIN_WAIT1 15 等待远程TCP连接中断请求,或先前的连接中断请求的确认

    FIN_WAIT2 1 从远程TCP等待连接中断请求

    ESTABLISHED 55 代表⼀个打开的连接

    SYN_RECV 21 再收到和发送⼀个连接请求后等待对⽅对连接请求的确认

    CLOSING 2 没有任何连接状态

    LAST_ACK 4 等待原来的发向远程TCP的连接中断请求的确认

    1. [root@jenkins ~]# netstat -tp
    2. Active Internet connections (w/o servers)
    3. Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
    4. tcp 0 0 192.168.11.128:51011 192.168.11.129:http ESTABLISHED 13227/gitlab-runner
    5. tcp 0 0 192.168.11.128:51010 192.168.11.129:http ESTABLISHED 13227/gitlab-runner
    6. tcp 0 52 192.168.11.128:ssh 192.168.11.1:62321 ESTABLISHED 32596/sshd: root@pt
    7. tcp 0 0 192.168.11.128:ssh 192.168.11.1:60164 ESTABLISHED 30014/sshd: root@pt
    8. [root@jenkins ~]# netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
    9. ESTABLISHED 4

     

     

    TCP连接状态详解


    • LISTEN:侦听来⾃远⽅的TCP端⼝的连接请求
    • SYN-SENT:再发送连接请求后等待匹配的连接请求
    • SYN-RECEIVED:在收到和发送⼀个连接请求后等待对⽅对连接请求的确认
    • ESTABLISHED:代表⼀个打开的连接

    FIN-WAIT-1:等待远程TCP连接中断请求,或先前的连接中断请求的确认

    FIN-WAIT-2:从远程TCP等待连接中断请求

    CLOSE-WAIT:等待从本地⽤户发来的连接中断请求

    CLOSING:等待远程TCP对连接中断的确认

    LAST-ACK:等待原来的发向远程TCP的连接中断请求的确认

    TIME-WAIT:等待⾜够的时间以确保远程TCP接收到连接中断请求的确认

    CLOSED:没有任何连接状态

    SYN_RECV表⽰正在等待处理的请求数;

    ESTABLISHED表⽰正常数据传输状态;

    TIME_WAIT表⽰处理完毕,等待超时结束的请求数。

     

     

    4、如发现系统存在⼤量TIME_WAIT状态的连接,通过调整内核参数解决

    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

    然后执⾏

    /sbin/sysctl -p

    让参数⽣效。

    附上TIME_WAIT状态的意义:

    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时间

    5、客户端与服务器端建⽴TCP/IP连接后关闭SOCKET后,服务器端连接的端⼝状态为TIME_WAIT是不是所有执⾏主动关闭的socket都会进⼊TIME_WAIT状态呢?有没有什么情况使主动关闭的socket直接进⼊CLOSED状态呢?

    主动关闭的⼀⽅在发送最后⼀个ack后,就会进⼊TIME_WAIT状态停留2MSL(max segment lifetime)时间,这个是TCP/IP必不可少的,也就是“解决”不了的。也就是TCP/IP设计者本来是这么设计的。

    主要有两个原因:

    1、防⽌上⼀次连接中的包,迷路后重新出现,影响新连接(经过2MSL,上⼀次连接中所有的重复包都会消失)

    2、可靠的关闭TCP连接在主动关闭⽅发送的最后⼀个 ack(fin) ,有可能丢失,这时被动⽅会重新发fin, 如果这时主动⽅处于CLOSED

    状态,就会响应rst⽽不是ack。所以主动⽅要处于TIME_WAIT状态,⽽不能是CLOSED 。TIME_WAIT并不会占⽤很⼤资源的,除⾮受到攻击。还有,如果⼀⽅ send 或 recv 超时,就会直接进⼊ CLOSED 状态。

    6、如何合理设置Apache httpd的最⼤连接数?

    ⼿头有⼀个⽹站在线⼈数增多,访问时很慢。初步认为是服务器资源不⾜了,但经反复测试,⼀旦连接上,不断点击同⼀个页⾯上不同的链接,都能迅速打开,这种现象就是说明apache最⼤连接数已经满了,新的访客只能排队等待有空闲的链接,⽽如果⼀旦连接上,在keeyalive 的存活时间内(KeepAliveTimeout,默认5秒)都不⽤重新打开连接,因此解决的⽅法就是加⼤apache的最⼤连接数。

    1.在哪⾥设置?

    apache 2.24,使⽤默认配置(FreeBSD 默认不加载⾃定义MPM配置),默认最⼤连接数是250

    在/usr/local/etc/apache22/httpd.conf中加载MPM配置(去掉前⾯的注释):

    # Server-pool management (MPM specific)

    Include etc/apache22/extra/httpd-mpm.conf

    可见的MPM配置在/usr/local/etc/apache22/extra/httpd-mpm.conf,但⾥⾯根据httpd的⼯作模式分了很多块,哪⼀部才是当前httpd的⼯作模式呢?可通过执⾏apachectl -l来查看:

    Compiled in modules:

    core.c

    prefork.c

    http_core.c

    mod_so.c

    看到prefork 字眼,因此可见当前httpd应该是⼯作在prefork模式,prefork模式的默认配置是:

    StartServers 5

    MinSpareServers 5

    MaxSpareServers 10

    MaxClients 150

    MaxRequestsPerChild 0

    2.要加到多少?

    连接数理论上当然是⽀持越⼤越好,但要在服务器的能⼒范围内,这跟服务器的CPU、内存、带宽等都有关系。

    查看当前的连接数可以⽤:

    ps aux | grep httpd | wc -l

    或:

    pgrep httpd|wc -l

    计算httpd占⽤内存的平均数:

    ps aux|grep -v grep|awk '/httpd/{sum+=$6;n++};END{print sum/n}'

    由于基本都是静态页⾯,CPU消耗很低,每进程占⽤内存也不算多,⼤约200K。

    服务器内存有2G,除去常规启动的服务⼤约需要500M(保守估计),还剩1.5G可⽤,那么理论上可以⽀持1.5*1024*1024*1024/200000 = 8053.06368

    约8K个进程,⽀持2W⼈同时访问应该是没有问题的(能保证其中8K的⼈访问很快,其他的可能需要等待1、2秒才能连上,⽽⼀旦连上就会很流畅)

    控制最⼤连接数的MaxClients ,因此可以尝试配置为:

    StartServers 5

    MinSpareServers 5

    MaxSpareServers 10

    ServerLimit 5500

    MaxClients 5000

    MaxRequestsPerChild 100

    注意,MaxClients默认最⼤为250,若要超过这个值就要显式设置ServerLimit,且ServerLimit要放在MaxClients之前,值要不⼩于MaxClients,不然重启httpd时会有提⽰。

    重启httpd后,通过反复执⾏pgrep httpd|wc -l 来观察连接数,可以看到连接数在达到MaxClients的设值后不再增加,但此时访问⽹站也很流畅,那就不⽤贪⼼再设置更⾼的值了,不然以后如果⽹站访问突增不⼩⼼就会耗光服务器内存,可根据以后访问压⼒趋势及内存的占⽤变化再逐渐调整,直到找到⼀个最优的设置值。

    (MaxRequestsPerChild不能设置为0,可能会因内存泄露导致服务器崩溃)

    更佳最⼤值计算的公式:

    apache_max_process_with_good_perfermance < (total_hardware_memory / apache_memory_per_process ) * 2

    apache_max_process = apache_max_process_with_good_perfermance * 1.5

    7、实时检测httpd连接数:

    watch -n 1 -d "pgrep httpd|wc -l"

  • 相关阅读:
    04 访问 /staticTryFiles 或者 /staticTryFiles/ 的一些具体行为体现
    Android Studio实现内容丰富的旅游App
    【从跳板机ssh到内网目标服务器】配置vscode实现远程连接
    SV-7041T IP网络有源音箱 教室广播多媒体音箱(带本地扩音功能)教学广播音箱 办公室背景音乐广播音箱 2.0声道壁挂式网络有源音箱
    setup.py编写指南
    2022.7.31:航班延误
    Python生成指定大小的文件
    DevOps 如何解决技术债务问题
    入门篇-其之十-流程控制之循环结构
    深度解析Linux内核—中断
  • 原文地址:https://blog.csdn.net/qq_34556414/article/details/126918130