今天有一个朋友问到我一个关于zabbix监控tcp端口的问题,明明端口在监听,但是通过net.tcp,listen取值取到的却是0. 经过简单的goole发现这已经是一个历史悠久的问题: 问题的根本原因是zabbix的这个key(net.tcp,listen)是通过读取 /proc/net/tcp这个文件来进行数据采集的,而/proc/下的文件并不是线程安全的,因此会出现取值不准确的问题. 另外这种机制还存在另外一个隐患:当/proc/net/tcp文件的条目非常多的话,就会造成取值慢

很多时候,我们需要测试 tcp 端口.ping 命令虽然好用,但不能测试端口,因为 ping 基于ICMP协议,属于IP层协议,所以无法测试传输层的 TCP/UDP 端口.幸好有tcping命令,可以实现tcp端口检测. 1. 用途监听主机的端口状态,默认是80端口,也可以指定其它端口 看到ping返回的时间,检测主机是否有延时或者端口不通 2. 安装 访问tcping主页,下载安装包tcping-1.3.5.tar.gz,编译安装tcping(需要安装gcc.make).# tar zxvf

# coding=utf-8 import sys import socket import re def check_server(address, port): s = socket.socket() print 'Attempting to connect to %s on port %s' % (address, port) try: s.connect((address, port)) print 'Connected to %s on port %s' % (address, por

一.TCP存活(keepalive)检测的背景 对于TCP设计来说,如果一个客户端和服务器端建立连接后,不在进行数据传输,那么这个连接将会一直存在下去,理论上即使中间的路由器崩溃重启.或者中间的网络线路拔掉在插上等等,只要客户端和服务器端的主机没有发生异常,这个TCP连接仍然是处于连接状态的.这样会有两个问题 1.服务器端可能需要内存等资源保存每个连接的状态信息,即使这个连接在实际上已经不能通信而没有存在的必要了.比如客户端崩溃时,服务器可能仍然认为这个连接是有效的而继续占用为这个连接分配的资源

一 监控原理: [root@ nginx]# /bin/netstat -an|awk '/^tcp/{++S[$NF]}END{for(a in S) print a,S[a]}' TIME_WAIT FIN_WAIT2 ESTABLISHED LISTEN 可以使用man netstat查看TCP的各种状态信息描述 ESTABLISHED socket已经建立连接 CLOSED socket没有被使用,无连接 CLOSING 服务器端和客户端都同时关闭连接 CLOSE_WAIT 等待关闭连接

Tcp的连接状态对于我们web服务器来说是至关重要的,从TCP的连接状态中可以看出网络的连接情况,服务器的压力情况,对服务器的并发有很好的直观反映:尤其是并发量ESTAB:或者是syn_recv值,假如这个值比较大的话我们可以认为是不是受到了攻击,或是是time_wait值比较高的话,我们要考虑看我们内核是否需要调优,太高的time_wait值的话会占用太多端口,要是端口少的话后果不堪设想. 我们可以利用下面命令来查询11中状态的连接数,下面我们也可以利用这个命令来写脚本. [root@mana

监控原理 ss -ant | awk 'NR>1 {++s[$1]} END {for(k in s) print k,s[k]}' LAST-ACK 5ESTAB 348FIN-WAIT-1 11CLOSING 1FIN-WAIT-2 41TIME-WAIT 2447LISTEN 8 状态值的解释 ESTABLISHED: The socket has an established connection. SYN_SENT: The socket is actively attempting

#!/bin/bash #this script is used to get tcp and udp connetion status #tcp status metric=$ tmp_file=/tmp/tcp_status.txt /usr/sbin/ss -ant | awk '{++S[$1]};END {for(a in S) print a, S[a]}' > $tmp_file case $metric in closed) output=$(awk '/CLOSED/{prin

1.先编写一个获取tcp状态的脚本文件,脚本放在/usr/lib/zabbix/alertscripts/vim /usr/lib/zabbix/alertscripts/tcp_status.sh #!/bin/bash [ $# -ne 1 ] && echo "Usage:CLOSE-WAIT|CLOSED|CLOSING|ESTAB|FIN-WAIT-1|FIN-WAIT-2|LAST-ACK|LISTEN|SYN-RECV SYN-SENT|TIME-WAIT"

zabbix agent检测分为主动(agent active)和被动(agent)两种形式,主动与被动的说法均是相对于agent来讨论的.简单说明一下主动与被动的区别如下: 主动:agent请求server获取主动的监控项列表,并主动将监控项内需要检测的数据提交给server/proxy 被动:server向agent请求获取监控项的数据,agent返回数据. zabbix agent通信过程中的协议均基于json格式,格式如下:   1 2 - "ZBXD\x01" (5 byte

1. 开始 Simple checks通常用来检查远程未安装代理或者客户端的服务 使用simple checks,被监控客户端无需安装zabbix agent客户端,zabbix server直接使用simple checks来收据数据,一基本上都是用来检测远程服务器某端口是否在监听.如下为simple checks:net.tcp.service[ftp,,155]net.tcp.service[http]net.tcp.service.perf[http,,8080] 使用基本检测去监控vm

第一步,想在zabbix的web监控tcp连接数,那么要看zabbix-server的版本和zabbix-agent版本是否一致,不然TCP-status图没有数据 也会报错.下图就是版本不符合报错的血的教训. 1.我的zabbix-server是3.4版本的.但是在agent端yum下载的是1.8的版本,太低不行,所以根据官网.更新源下载3.4的https://www.zabbix.com/download?zabbix=3.4&os_distribution=centos&os_ver

一.获取监控数据 # /bin/netstat -an|awk '/^tcp/{++S[$NF]}END{for(a in S) print a,S[a]}' LISTEN ESTABLISHED TIME_WAIT TCP各监控状态描述 ESTABLISHED socket已经建立连接 CLOSED socket没有被使用,无连接 CLOSING 服务器端和客户端都同时关闭连接 CLOSE_WAIT 等待关闭连接 TIME_WAIT 表示收到了对方的FIN报文,并发送出了ACK报文,等待2MS

1.zabbix客户端,监控TCP状态脚本,并保存到的定路径.(/usr/local/zabbix-agent/shells) # cat zabbix_linux_plugin.sh #!/bin/bash ############################################################ # $Name: zabbix_linux_plugins.sh # $Version: v1.0 # $Function: zabbix plugins # $Cre

一.zabbix-agent 服务器配置 1.编辑zabbix_agent配置文件,添加以下内容 vim /etc/zabbix/zabbix_agentd.conf ##添加此行 UserParameter=tcp.state[*],/etc/zabbix/auto_detection_tcp_state.sh $1 2.重启zabbix-agent service zabbix_agentd restart 3.脚本内容 cat /etc/zabbix/auto_detection_tcp_

利用crash工具,我们可以很方便的查看正在运行内核的一些全局变量的数据结构,如TCP的ehash.bhash哈希桶,全局变量的查看比较简单.Crash工具还允许我们查看调用堆栈内部的局部变量,下面示例查看一个进程的listen sock结构(实际上从file->private_data中查看更为方便) ******@Inspiron:~$nc -lk 45678 #接着在另一个终端上运行下面命令 root@Inspiron:/home/******$ps -aux | grep 45678 *

概述 aggregate checks是一个聚合的检测,例如我想知道某个组的host负载平均值,硬盘剩余总量,或者某几台机器的这些数据,简单的说,这个方法就是用来了解一个整体水平,而不需要我们一台台看过去.这个方法的数据全部来之数据库,所以它不需要agent.文章的最后面我们会有一个简单的图例讲述aggregate checks. aggregate item key语法如下:   1 groupfunc["Host group","Item key",itemfu

1 listen函数(http://man7.org/linux/man-pages/man2/listen.2.html) int listen(int sockfd, int backlog); 该函数被服务端调用,指明了sockfd所指向的套接字是一个被动套接字,sockfd参数说明内核协议栈需要监听的套接字,backlog参数指定已完成tcp链接队列的容量. 2 tcp三次握手.未完成队列.已完成队列 服务端listen函数调用成功后会马上返回,与此同时系统内核开始监听参数sockfd所

1)agent端配置 agent端脚本获取监控项 #vim /etc/zabbix/zabbix_agentd.d/tcp_status.sh #bin/bash [ $# -ne 1 ] && echo "Usage:CLOSE-WAIT|CLOSED|CLOSING|ESTAB|FIN-WAIT-1|FIN-WAIT-2|LAST-ACK|LISTEN|SYN-RECV SYN-SENT|TIME-WAIT" && exit 1 tcp_status

#!/bin/bashtcp_status_fun(){ TCP_STAT=$1 #netstat -n | awk '/^tcp/ {++state[$NF]} END {for(key in state) print key,state[key]}' > /tmp/netstat.tmp ss -ant | awk 'NR>1 {++s[$1]} END {for(k in s) print k,s[k]}' > /tmp/netstat.tmp TCP_STAT_VALUE=$(g

1.常用的用法(windows) tcp -w 10 -t -d -i 5 -j --color 81.156.165.66 443 2. http模式 -u,与-h命令连用,每一行输出目标的url  destination,可以是DNS地址.IP地址.URL(需要使用-h,http模式).使用http模式时,不要加https//或:port,例如:tcping http://www.elifulkerson.com:8080/index.html就会失败,使用tcping www.eliful