今天有一個朋友問到我一個關於zabbix監控tcp端口的問題，明明端口在監聽，但是通過net.tcp,listen取值取到的卻是0。
經過簡單的goole發現這已經是一個歷史悠久的問題：
問題的根本原因是zabbix的這個key(net.tcp,listen)是通過讀取 /proc/net/tcp這個文件來進行數據采集的，而/proc/下的文件並不是線程安全的，因此會出現取值不准確的問題。
另外這種機制還存在另外一個隱患：當/proc/net/tcp文件的條目非常多的話，就會造成取值慢的情況，因此就有可能造成取值失敗的問題。
那我們該如果解決這個問題呢，網上也找到了解決辦法，我在這里當一次大自然的搬運工~哈哈
解決方法就是新添加一個用戶自定義key來代替zabbix自己提供的監控方式，具體操作步驟如下：
#1,添加自定義key --> net.tcp.listen.grep[*]
添加方式，在zabbix客戶端的agentd的配置文件中，或者在zabbix agentd所聲明的Include配置文件目錄下添加如下配置：
UserParameter=net.tcp.listen.grep[*],grep -q $$(printf '%04X.00000000:0000.0A' $1) /proc/net/tcp && echo 1 || echo 0
例如我的選在就是在/etc/zabbix/zabbix-agentd.conf.d目錄下，創建了一個文件net_tcp_listen.conf，將上述key的聲明寫到文件里，因為我的zabbix_agentd.conf中已經做了配置文件目錄包含的聲明：
thatsit:~ # grep ^Include /etc/zabbix/zabbix-agentd.conf Include=/etc/zabbix/zabbix-agentd.conf.d/ thatsit:~ # thatsit:~ # cat /etc/zabbix/zabbix-agentd.conf.d/net_tcp_listen.conf UserParameter=net.tcp.listen.grep[*],grep -q $$(printf '%04X.00000000:0000.0A' $1) /proc/net/tcp && echo 1 || echo 0 thatsit:~ #
#2,重啟zabbix-agentd，使配置生效
shipeng:~ # /etc/init.d/zabbix-agentd restart Shutting down zabbix agentd done Starting zabbix agentd done shipeng:~ #
#3,使用zabbix_get進行測試
thatsit:~ # zabbix_get -s 192.168.3.154 -k "net.tcp.listen.grep[22]" 1 thatsit:~ # zabbix_get -s 192.168.3.154 -k "net.tcp.listen.grep[23]" 0 thatsit:~ #
#4,在web端，給指點的主機添加此監控項。
監控項的key即是：net.tcp.listen.grep[要監控的端口號]
#5,配置完成，排錯思路
至此配置已經完成，如果有問題，可以按照以下思路進行排查，一般的問題在日志中都可以找到端倪。
# 排錯思路：
在添加在定義key的時候需要注意一下事項：
注意配置文件或者自定義腳本的屬主、屬組配置
如果用到了自定義的腳本，注意添加執行權限
如果需要執行自定義腳本，還需要在zabbix_agentd.conf中開啟如下參數：
thatsit:~ # grep ^Unsafe /etc/zabbix/zabbix-agentd.conf UnsafeUserParameters=1 thatsit:~ #
參考鏈接：