标签: passive

最近我在 Zabbix 中配置了一些被动检查。现在，我看到一些检查在某些时间段内失败了，但是在查看图表时并不清楚。上周该值似乎稳定，但实际性能下降，没有人意识到这一点。

有没有办法将 NULL 发送到 Zabbix 以指示数据获取失败？并为这种情况添加触发器？我目前正在使用命令行工具zabbix_sender上传结果，但可以更改为替代方法。

相比之下，munin 在收到最后一个值后 10 分钟停止绘图，缺失值也不影响平均值的计算。

在这里您可以看到“缺失数据”的显示方式：

在图表中（我标记了“缺失数据”）：

在“上次数据”表中（该行变灰，但值“上次检查”几乎显示当前时间）

顺便说一句：同样的问题在icmppingsec[]检查中，如果出现错误，它只会返回 0。对绘图不是很有帮助，但至少这避免了假阴性。

我有一些关于带有防火墙和 NAT 的 FTP 的基本问题，我希望有人可以帮助我 :)

我把它们分成不同的场景：

没有 NAT 的主动 FTP

设置：

服务器 1.2.3.4，默认端口；客户端 1.2.3.5，端口：3141（cmd）、3142（数据）

客户端：3141 连接到服务器：20

服务器：20 响应客户端：3141

服务器：21 连接到客户端：3142

这在实践中通常如何解决？我可以想到以下可能性：

• 客户端防火墙记得有一个 FTP 命令连接，因此打开端口 3142
• 客户端防火墙记住有一个 FTP 命令连接，因此允许从 1.2.3.4:21 到 1.2.3.5:3142 的所有连接
• 客户端防火墙允许从 xxxx:21 到 1.2.3.5:3142 的所有连接

我假设在所有这些解决方案中，客户端将始终使用两个连续的端口 - 这是真的吗？

使用 NAT 的主动 FTP

设置：

服务器 1.2.3.4 默认端口；客户端 192.168.0.2，端口 3141、3142；路由器，1.2.3.5 和 192.168.0.1

Client:3141 通过 192.168.0.1 连接到 1.2.3.4:20

Server:20 对 1.2.3.5:ARBITRARY 的响应 - 由于存在 SNAT 被传送到 192.168.0.2:3141

Server:21 连接到 1.2.3.5:(ARBITRARY+1) - 路由器从哪里知道这个数据包属于谁？

带有 NAT 的被动 FTP

服务器在路由器后面 - 路由器从哪里知道在任意端口上接收的数据包是给 FTP …