Zabbix 报错解决

原创已于 2023-05-24 09:23:12 修改 · 1.5k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#zabbix #服务器 #运维

于 2023-02-06 13:37:57 首次发布

本文介绍了在Zabbix监控中遇到'Get value from agent failed: cannot connect to [] Connection refused'错误的解决过程，包括检查Zabbix服务状态，确认端口是否开放，以及如何通过重新启动服务和编辑配置文件来解决问题。

一：Get value from agent failed: cannot connect to [] Connection refused

1.1： Zabbix Web页面报错:Get value from agent failed: cannot connect to [] Connection refused

在这里插入图片描述

1.2：查看端口看zabbix服务是否启动

发现没有该端口号，没有启动zabbix操作系统。

netstat -nltp | grep 10050

在这里插入图片描述

1.3：重新启动zabbix服务

systemctl start zabbix-agent.service

在这里插入图片描述

1.4vim删除文本全部内容

vim test.log
:0,$d 
:wq
注释： :0,$d是删除第0行到最后一行的意思；:wq是保存并退出的意思。

vim删除文本全部内容

脚本清空

>/etc/opt/xxx.txt

二：监控公司的托管主机时发现监控不上

昨天监控公司的托管主机时发现监控不上，回想起来其实就是个小问题，分分钟能解决的事，排错的过程才是真正耗心费神的。

监控环境：
A   zabbix server: 192.168.17.110    server端设在公司内部
 
B   zabbix agent: 10.200.66.90      （被动模式）这台服务器为托管机 A（192.168.17.110）通过vpn与托管机B（10.200.66.90）通信，由于防火墙策略，A能ping通B，B不能ping通A，即发起tcp连接的机器必须为A（A--->B），从B方发起的连接(B--->A)是被拒绝的。
zabbix agent端配置文件：
egrep -v "^#|^$" /usr/local/zabbix/conf/zabbix_agentd.conf 
LogFile=/tmp/zabbix_agentd.log
DebugLevel=3
Server=192.168.17.120
ListenPort=10050
#ServerActive=192.168.17.120
Hostname=10.200.66.92
在zabbix server端运行zabbix_get获取数据报错：
Get value from agent failed: ZBX_TCP_READ() failed: [104] Connection reset by peer

zabbix_get [30318]: Check access restrictions in Zabbix agent configuration

是由于AB只能单向发起连接请求导致的吗？　　
在过去的几小时笔者也在纠结是否是这个原因，是不是agent端因为不能主动发起连接所以server获取不到数据呢？

ssh端口转发能解决吗？
既然A到B能通，B到A不通，那可以将B端的10050端口转发到A主机吗？

ssh端口转发的三种模式：本地端口转发，远程端口转发，动态端口转发

A到B能通，B到A不通，照理说应该在A机器上进行ssh远程端口转发，打通B端10050口到A端的通道，但被动模式下A并不是用确定的端口与B的10050通信，所以ssh端口转发并不能解决笔者的问题

问题所在
前面一系列猜想都是因为未对zabbix被动模式有深入理解而导致的，被动模式并不要求AB能互相发起连接，只要A（server）能向B（agentd）发起连接足矣。A通过B的10050端口向B发起TCP连接，三次握手完成后即可进行数据传输。因此问题不应该在此。应该还是配置出问题了！！

查看agent端日志
tail /tmp/zasbbix_agentd.log
<br>......<br>......
104276:20170829:095704.310 failed to accept an incoming connection: connection from "10.200.58.10" rejected, allowed hosts: "192.168.17.110"
日志说明了一切，都是vpn惹的祸，server（192.168.17.110）通过vpn后进行了地址转换，最终与agent通信的已经不是在内网中的真实IP了，而是变成了10.200.58.10。

解决该问题只需更改server名或server IP即可：将agent配置文件中Server=192.168.17.120改为Server=10.200.58.10