1、Zabbix 深入分析1/94Zabbix深入分析2015Zabbix 深入分析2/94目录1 研究目标 .82 系统架构 .92.1 Server 102.2 数据库存储（Database storage） .102.3 WEB 界面 .102.4 Proxy .102.5 Agent.112.6 Get.122.7 Sender .122.8 工作机制 123 WEB 界面菜单功能 134 主要功能名词及概念 .144.1.1 SNMP.144.1.2 IPMP.144.1.3 配置（configuration） .154.1.4 主机和主机组（Hosts and host group）
2、.154.1.5 模板（Templates） .154.1.6 监控项（Items） 154.1.7 网站监控（WEB） 154.1.8 触发器（Triggers） .164.1.9 宏（Macro） 164.1.10 事件（Events） 174.1.11 图形（Grahps） .184.1.12 Screen .18Zabbix 深入分析3/944.1.13 报表（Reports） 184.1.14 IT 服务（ IT services） 194.1.15 发现（Discovery） 194.1.16 队列（Queue） 204.1.17 应用（Applications） .204.1.1
3、8 分布式监控（Distributed monitoring） .204.1.19 维护(Maintenance) .205 监控项类型（Item Type） 215.1 Zabbix 客户端代理（Zabbix Agent) 215.2 SNMP 代理（SNMP Agent） .385.3 SNMP 被动方式（SNMP Trap） 395.4 IPMI 检测 .395.5 简单检测 395.6 日志文件监控 .395.7 计算监控 395.8 内部检查 405.9 SSH 检查 455.10 Telnet 检查 455.11 外部检查 455.12 汇总检查 455.13 被动监控 455.1
4、4 JMX 监控 .46Zabbix 深入分析4/945.15 ODBC 监控 466 触发器（Triggers） 466.1 概述 466.2 配置触发器 466.3 触发器表达式（Expression ） 476.3.1 Function 476.3.2 Function parameter 516.3.3 运算符 516.3.4 触发器举例 .526.3.5 滞留状态 .546.4 触发器依赖性（Dependency） 546.5 触发器严重性（Severity） 556.6 触发器的单位符号（Unit symbols） 566.6.1 单位后缀 .566.6.2 使用举例 .567 报
5、警及其策略 .577.1 概述 577.2 报警流程 587.3 报警媒介（Media type） .587.4 报警动作（Action ） 587.4.1 Action（基本属性） 597.4.2 Conditions（条件） 597.4.3 Operations（操作） 597.5 报警升级（Esacalations ） 618 Quickstart 629 数据模型 6410 Zabbix API 64Zabbix 深入分析5/9410.1 概览 6410.1.1 API 使用说明 6410.1.2 Zabbix API 支持的数据类型 .6510.1.3 “get”方法支持的通用参数
6、.6510.2 监控 6710.2.1 History.6710.2.2 Events 6710.2.3 Service monitoring.6710.3 配置 6710.3.1 Hosts and host groups .6710.3.2 Items and applications6810.3.3 Triggers.6910.3.4 Grahps.6910.3.5 Templates.7010.3.6 Export and import7010.3.7 Low-level discovery .7010.3.8 Screens7110.3.9 Actions and alerts 72
7、10.3.10 IT services .7210.3.11 Maps 7310.3.12 Web monitoring .7310.3.13 Network discovery .73Zabbix 深入分析6/9410.4 管理 7410.4.1 Users7410.4.2 General7510.4.3 Proxies.7510.4.4 Scripts7610.5 API 信息 .7610.6 API 引用的对象（ Object）的属性 .7610.6.1 History object7611 图表套件-FusionChats .7811.1 概述 7811.2 套件 7911.2.1 F
8、usionChartsXT .7911.2.2 FusionWidgetsXT .8511.2.3 PowerChartsXT9011.2.4 FusionMapsXT.9611.3 开发（PHP） .9612 调研总结 .9712.1 Zabbix 可监控的基本模块 9712.2 Zabbix API9812.3 Zabbix 图表 9812.3.1 外部查看图表可行性 .9812.3.2 利用 FusionCharts 展现 .98Zabbix 深入分析7/9412.4 报警策略的可定制性 .9812.5 与 Zabbix 用户会话同步策略 10012.5.1 统一用户 .10012.5.
9、2 动态登录 .10013 系统的集成 10013.1 方案 10013.1.1 方案一：内建模块 .10113.1.2 方案二：iframe 嵌入 10113.1.3 方案三：图表接口 .10213.2 方案总结 102Zabbix 深入分析8/941 研究目标通过对 ZABBIX 的研究实现如下目标： 熟悉可监控的基本模块 研究API ，并且要写代码测试到监控任务的API 控制，包括创建，暂停，更改选项，删除任务。 研究API ，写代码看是否能读取到全部监控结果 研究Zabbix报表，搞清楚两个问题， 是否能直接调用Zabbix的出图组件或选项或api， 如果Zabbix图形体验不能满足我
10、们的要求，是否我们能拿到出图的全部数据来自己组织出图（我们已有的经验有open flash chart,接下来我们可能会采购fusionchart图表组件)， 研究Zabbix的报警策略，看看能否做出根据监控的任务或选项来实施不同的报警规则，看看是否能实现报警级别定义及优先级定义，如果要使用我们自定义的报警策略，看看如果与zb集成。 研究Zabbix的用户登录设置，看看如何实现我们的应用集成时免登录（特别是需要查看监控结果时） 在熟悉了zb的前提下，考虑并设计我们的应用跟zb做集成的方案Zabbix 深入分析9/942 系统架构图：Zabbix 架构WEB GUIDatabasePollerP
11、ollerTrapperTrapperAlerter EscalatorHistory syncerHistory syncerConfig syncer OtherDATADATADATADATA图：Zabbix 基本数据流Zabbix 深入分析10/942.1 ServerServer 执行轮询和捕获数据，它计算监控项，给用户发送报警信息。它是Zabbix 的核心组件，agent 和 proxies 向它报告系统可用性及完整性的数据。server 本身就可以使用简单服务检测来检测远程网络服务（比如 web 服务器和mail 服务器）。Server 是存储有配置文件、统计信息和操作信息的核心
12、资源库，当被监控系统任何一部分出现问题时，它向管理员发送报警信息。一个基本的 ZabbixServer 被分为三个不同的组件：Zabbxi Server、基于Web 的管理界面（web frontend）和数据库存储。所有的 Zabbix 配置信息存储在数据库中，Server 和 frontend 与数据库进行交互。例如，当你用 frontend 或者 API 创建一个新的监控项时，事实上是被加入到数据库的监控项表。然后，大约一分钟后，ZabbixServer 将查询监控项表获取数据库中的可用监控项并把它们存储在 Server 缓存中。这就是为什么当你在 frontend 中做任何改变，需要等
13、两分钟后才会在最新数据这一部分反映出来。2.2 数据库存储（Database storage）所有的配置信息以及 Zabbix 采集的数据都保存在数据库中。2.3 WEB 界面为方便从不同平台去访问管理 Zabbix，Zabbix 提供了一个基于 WEB 的界面，可以通过界面实现监控及其各项系统配置管理。WEB 界面作为 Zabbix Server的一部分也可以运行在不同的物理服务器上。2.4 Proxy在 Zabbix 的部署中 Zabbix Proxy 是一个可选的组件。一个 Zabbix 代理（Proxies）可以代表 Zabbix 服务器收集性能和可用性数据。这样，代理（ Proxie
14、s）可以负担采集数据的任务并且减轻 Zabbix 服务器负载。同时，使用代理（Proxies）是实施统一和分布式监控的最简单方式，因为所有的客户端和代理（Proxies ）向一个 Zabbix 服务器报告数据，并且所有数据集中保存在服务器数据库。Zabbix 深入分析11/94图：Zabbix Proxy 示意图一个 Zabbix 代理（Proxies）可以用在以下： 监控远程区域； 监控拥有不可靠链接的区域； 当监控数以千计的设备时分担 Zabbix 服务器的负载； 简化分布式监控的维护；所有代理（Proxies）采集到的数据在传送给服务器之前都保存在本地。这样，临时与服务器断开连接也不会导
15、致数据丢失。proxy 配置文件中的参数ProxyLocalBuffer 和 ProxyOfflineBuffer 控制数据在本地保存多久。Zabbix 代理（Proxies）是一个数据收集器。它不进行触发器计算，处理事件或发送报警信息。2.5 AgentZabbix 客户端代理（Agent）部署在被监控目标上，用于监测本地资源和应用（硬盘，内存，处理器统计等）。Zabbix 客户端代理（Agent）用于采集本地当前信息并向 Zabbix server报告以做进一步处理。在发生故障时（例如磁盘满或服务进程崩溃），Zabbix server 可以积极的发送报警信息提醒管理员注意相应的情况。由于使
16、用了内地系统调用来采集统计信息，Zabbix 客户端代理（Agent）十分高效。被动与主动检测Zabbix 深入分析12/94Zabbix 客户端代理（Agent）可以执行被动和主动检测。在被动检测中,Zabbix 客户端代理（Agent）负责数据请求。服务器或代理请求数据，例如，CPU 负载，客户端代理返回结果。主动检测需要更复杂的处理。Zabbix 客户端代理（Agent）首先必须从服务器获取监控项列表来进行独立处理，然后它将定期发送新数据给服务。可以通过选择各自的监控项类型来决定执行主动检测还是被动检测。Zabbix 客户端代理（Agent）处理监控项类型为Zabbix agent 或
17、Zabbix agent (active)的检测。2.6 GetZabbix_get 是一个用来与 Zabbix agent 通信并从 Zabbix agent 获取所需信息的程序。这个工具常用来客户端排错。2.7 SenderZabbix_Sender 是用于向 ZabbixServer 发送性能数据进行处理的命令行工具。这个工具常用于执行需要长时间运行的用户脚本并发送可用性及性能数据。2.8 工作机制Start Item TriggerEventAction End321图：报警流程为了创建一个采集数据的监控项，你必须首先创建一个主机。只有有了采集数据的监控项，才能根据这个监控项设置触发器
18、。只有有了触发器，才能设置触发器对应的操作。因此，如果你想收到 CPU load it too high on Server X 这样的报警，你必须首先为 Server X 创建一个主机（Host），然后在主机中创建一个采集 CPU load 的监控项（item），然后创建一个触发器（trigger）来判断 cpu 负载是否高了，然后在创建一个操作（action），用于当 cpu 负载Zabbix 深入分析13/94高时发送报警邮件。这看起来是很复杂的，使用模版之后，将完全不是这样的。但是，由于这样的设计，可以进行非常灵活的设置。3 WEB 界面菜单功能 监控（Monitoring）仪表盘（D
19、ashboard）总览（Overview ）网站（WEB）最新数据（Latest data）触发器（Triggers）事件（Events）图形（Graphs ）多屏（Screens）拓扑图（Maps）发现（Discovery）IT 服务（IT services） 资产（Inventory）总览（Overview ）主机（Hosts ） 报表（Reports ）Zabbix 状态（Status of Zabbix）可用性报表（Availability report）触发器 Top 100（Triggers top 100）自定义条状图报表（Bar reports） 配置（Configuratio
20、n）主机组（Host groups）模板（Templates ）主机（Hosts ）维护（Maintenance）网站（WEB）动作（Actions）多屏（Screens）简报片显示（Slide shows）拓扑图（Maps）发现（Discovery）IT 服务（IT services）Zabbix 深入分析14/94 管理（Administration）一般（General ）节点管理（DM）认证（Authentication）用户（Users）示警媒体类型（Media types）脚本（Scripts）审计（Audit）队列（Queue）警报（Notifications）4 主要功能名词及
21、概念4.1.1 SNMP也是 agent 的一种，指支持 SNMP 协议的设备（也可以是服务器） ，通过设定 SNMP 的参数将相关监控数据传送至服务器端（大部份的交换机、防火墙等网络设备都支持 SNMP协议） 。4.1.2 IPMPAgent 的另一种方式，主要应用于设备的物理性能监控，例如设备的温度、风扇的转速等。4.1.3 配置（ configuration）在 Zabbix 中一切的开始需从配置开始，可以配置的包含主机组、主机、监控模板、被监控主机的维护时段、web 、动作（Action） 、拓扑图、维护等等。Zabbix 提供将所有配置导出为标准 XML 格式的文件，同样，也支持导入
22、标准格式的XML 配置文件。4.1.4 主机和主机组（Hosts and host group）Host 是 Zabbix 监控的基本载体，所有的监控项都是基于 host 的。要想使用 Zabbix 做监控我们的设备的话第一步就是创建一个主机，只有创建了主机才能监控并且查看该设备的各种性能参数图表。Zabbix 深入分析15/94主机组就是对主机的一个多对多分组。4.1.5 模板（ Templates）如果有大量的同一类设备，需要监控的信息也大致类似，一个个去修改相关参数比较麻烦，我们可以通过创建一个 template 来简化操作。4.1.6 监控项（Items ）Item 是监控项，是监控的
23、基本元素，每一个监控项对应一个被监控端的采集值。在 Configuration-Hosts 界面，我们能看到每个 host 所包含的 items 总数，点击对应主机的 items 项，可以看到具体的每个 item 信息，这些 items 可以引用自 templates，也可以自己创建。4.1.7 网站监控（ WEB）WEB 是针对网站的性能监控，主要是 speed（每秒下载速度） 、Response time（响应时间） 、Response code（响应代码，http 状态码） ，也可以检查目标 html 页面所包含的预先定义的字符串。要激活网站监控（Web Monitoring） ，你需要
24、定义 web 方案。一个 web 方案由一个或多个 HTTP 请求或步骤组成。Zabbix 服务器以预定义的顺序顶起执行这些步骤。在任何 web 方案中都将收集下面的信息： 整个方案所有步骤的平均下载时间，以秒计； 失败的步数； 最后一个错误信息；在任何 web 方案的每一步将收集下面的信息： 每秒下载速度； 响应时间； 响应代码；Zabbix 也能够检查获取到的 HTML 页面是否包含预定义的字符串。它可以执行一个虚拟的登录表单提交等。Zabbix 网站监控（Web Monitoring）支持 HTTP 和 HTTPS 两种情况。当执行一个 web 方案时，Zabbix 经常接受重定向。在执
25、行一个方案期间，cookies 被保存。Zabbix 深入分析16/944.1.8 触发器（Triggers）触发器是评估监控项收集到的数据的逻辑表达式，然后反应系统的当前状态。监控项是用来收集系统数据的，一直等着出现报警或者值得注意的情况是不切实际的。评估数据的工作可以交给触发器做。监控项表达式可以定义一个可接受数据的阀值。因此，当输入数据超越了可接受状态，触发器发动或者把状态变为 PROBLEM。一个触发器可能有下列状态：值 描述OK 触发器的正常状态。PROBLEM 通常意味着有情况发生。举个例子说，处理器负载太高。4.1.9 宏（ Macro）Zabbix 支持可以在各种场合可以使用的
26、大量宏（Marcos ） 。有效使用宏（Marcos）可以让你节省时间并且让配置文件更清晰。这里的宏（Marcos）是和 C 语言里的宏的作用一样，是用一个简单的宏名称来替代繁琐的代码片段。为了更高的灵活性，Zabbix 支持用户宏（Marcos ）它们可以在全局、模版级别和主机级别定义。这些宏（Marcos ）有一个特殊的语法：（ $MACRO） 。宏（Marcos）可以使用在下列情况： 监控项关键字和描述 触发器表达式和名称 其他宏（Marcos）名字可以使用下面的字母：AZ ，09 ，_，.zabbix 替代宏按照下面的优先权： 主机级别宏（优先检查） 为主机第一层模版定义的宏（即直接链
27、接到主机的模版） ，以模版 ID 存储 为主机第二层模版定义的宏，以模版 ID 存储 为主机第三层模版定义的宏，以模版 ID 存储 全局宏 (最后检查)换句话说，如果主机中没有存在宏，zabbix 将增加深度在主机模版中寻找。如果仍然没有找到，并且全局宏存在，则使用全局宏Zabbix 深入分析17/944.1.10 事件（Events）Zabbix 中的事件被三种源生成： 触发器（triggers ） - 任何时候一个触发器改变它的状态； 发现（discovery） - 检查到主机或服务时； 自动注册（auto registration） - 当活动客户端是被服务器自动注册时；1. 触发器事件
28、（Trigger events）触发器状态改变是最频繁也是最重要的时间源。每一次触发器改变它的状态，一个事件生存了。事件包含了触发器改变的细节什么时候触发器状态改变了和现在触发器是什么状态。2. 发现事件（Discovery events）Zabbix 定期扫描网络发现规则中定义的 IP 列表。每个规则的检测频率是可以单独配置的。一旦一个主机（或服务的情况改变）被发现了，一个（或）多个发现性事件生成了。Zabbix 生成下列事件：事件（Event） 什么时候产生（When generated）服务正常运行 每次 Zabbix 能检查到服务服务停止 每次 Zabbix 检查不到服务主机正常运行
29、如果一个 IP 至少有一个服务正常主机停止 如果所有的服务都没有回应服务发现 如果一个服务从停止状态恢复或者第一次被发现服务丢失 如果服务在正常状态被检查到找不到了主机发现 如果一个主机从停止状态恢复或者第一次被发现主机丢失 如果主机在正常状态被检查到找不到了3. 活动客户端自动发现事件（Active agent auto-discovery events）活动客户端自动注册在 Zabbix 产生事件。如果配置了，当之前一个不知名的活动客户端请求检查时，活动客户端自动注册事件产生。服务器使用接收到的客户端的 IP 地址和端口来添加一个新的自动注册主机。4.1.11 图形（ Grahps）随着大
30、量数据流入 Zabbix，对于用户来说，观看能够图形比观看数据更容易了解Zabbix 正在发生的事件。这就是图形的用武之地了。图形可以一目了然的让你掌握数据流，相关问题，什么时Zabbix 深入分析18/94候发生了或者分析出一些或许会进入故障状态的事件。Zabbix 可以提供给用户内置的简单图形，也可以提供给用户更复杂的自定义图形。Zabbix 的 Graphs 功能很强大，可以为每一个 item 绘制图表，也可以把多个 items 绘制在一张图表内。通过 configuration-hosts 选择要绘制图表的 host，点击 graphs，create graphs 即可创建图表。图表样
31、式，有线状、柱状、饼状；还可以自定义图表大小，及 Y 轴最大最小值；通过 add items 可以添加在同一个图表中展示的多个 items。4.1.12 ScreenScreen 将多种信息放在一起展示，便于集中展示某个 host 的多个信息，或是比较多个hosts 的同一种信息, 这些信息可以为 graphs、maps、server infos 等等，几乎涵盖 Zabbix 所有的监控信息。4.1.13 报表（ Reports）如果有大量的同一类设备，需要监控的信息也大致类似，一个个去修改相关参数比较麻烦，我们可以通过创建一个 template 来简化操作。在 Zabbix 中关于报表的功能
32、有三项： Avaliability report：整个系统可用的系统报表提供过滤功能。 Most busy triggers top 100：提供最常用的 triggers 预览。 Bar report ：可定制报表可以报多个报表整合到一起。4.1.14 IT 服务（IT services）在许多情况下，我们不感兴趣的低级别的细节，如磁盘空间不足，处理器负载高等，我们感关心的是我们的 IT 部门提供的服务的可用性、各种 IT 服务的 SLA、现有的 IT 基础设施的结构，以及其它更高级别的信息。IT 服务的目的是关联对应于业务的 IT 基础架构（组建/服务 /硬件等） ，并找出影响相关业务的
33、IT 基础架构。4.1.15 发现（ Discovery）Zabbix 提供了一个自动网络发现检测功能，通过正确的配置后可以实现： 加快 Zabbix 部署 简化管理 在经常变化的环境中无需过多的管理Zabbix 深入分析19/94Zabbix 网络发现功能是基于以下信息的： IP 范围 外部可用的服务（如：FTP, SSH, WEB, POP3, IMAP, TCP 等） 收到的来自 Zabbix Agent 的信息 收到的来自 SNMP Agent 的信息网络发现功能不提供网络拓扑的发现。网络发现一般包括两个阶段：Discovery （发现）和 Actions（动作） 。Discovery
34、（发现）Zabbix 按照预定义的频率规则定期扫 IP。每一个发现主机或一个服务时也触发一个相应的动作 Action 产生。Actions（动作）Discovery 触发了一个 Action 后可以执行的相关操作如： 发送通知 添加/删除主机 启用/禁用主机 添加主机组 从组中删除主机 主机与模板的关联和断开 执行远程脚本4.1.16 队列（ Queue）这个队列显示了等待更新的监控项。队列仅仅是来自来自数据库数据的逻辑表示。zabbix 中没有 IPC 队列或任何其他的队列。队列中的统计数据是一个良好的 Zabbix 服务器的性能指标。4.1.17 应用（ Applications）应用是用
35、来将监控项组织成一个逻辑组。举例来说，MySQL 服务应用可以保存所有与MySQL 有关的监控项：MySQL 可用性，磁盘空间，处理器负载，每秒的存取次数，低速查询的数量等。应用也用于网络分组方案。如果你使用应用，在（监控）Monitoring Latest data（最新数据）中你将看到每个应用中的监控项和网络分组方案。Zabbix 深入分析20/944.1.18 分布式监控（Distributed monitoring）Zabbix 为 IT 基础设施提供可靠有效的分布式监控，对于大规模设施监控提供两种解决方案： 代理，可以代表 Zabbix Server 收集本地数据，然后提交到 Zab
36、bix Server； 多节点，这种方式是在每个节点上部署完整的 Zabbix；4.1.19 维护(Maintenance)可以为 Zabbix 主机和主机组定义维护(maintenance)时间。这里有两种维护(maintenance)类型：有数据收集和无数据收集。在主机维护(maintenance)期间为了避免收到报警信息，action 应该修改配置，在报警条件中修改Maintenance status = not in “maintenance” 这样，在维护(maintenance) 期间，你将不会收到报警信息。如果在维护(maintenance)期间发生了一个不可修复的错误，那么在维
37、护(maintenance)时间结束后，才能接到该问题的报警。如果要想在维护(maintenance)期间收到错误的报警信息，那么就需要将上面的条件去掉。5 监控项类型（Item Type）5.1 Zabbix 客户端代理（Zabbix Agent)每一个监控项都可以选择被动或主动监控，下表提供了通过 Zabbix Agent 可以得到的监控项的 key。监控项对各个操作系统的支持参考：https:/ Win32 平台特有的监控项参考：https:/ 返回值 参数 备注agent 代理agent.hostnameZabbix 深入分析21/94Agent 主机名称 String value -
38、 返回的主机名称就是 agent 客户端的配置中定义的主机名称agent.ping检查 agent 的可用性 1 表示可用；无返回值表示不可用 - 使用 nodata() 方法检查主机可用性agent.versionAgent 版本 String - Example: 1.8.2Kernel 内核kernel.maxfiles操作系统支持打开的文件的最大数量 Integer. 文件数量kernel.maxproc操作系统支持的进程的最大数量。 Integer. 进程数量Log 日志logfile,监控的日志文件 Log.file -日志的完整路径regexp -正在表达式encoding 编码
39、maxlines -每秒向 Zabbix Server 或 Proxy 发送的最大行数，该参数会覆盖zabbix_agentd.conf 配置文件的“MaxLinesPerSecond”mode 模式可选值 :all (default), skip (跳过旧数据的处理).The item must be configured as an active check.Example key: log/home/zabbix/logs/logfile,100 See a more detailed description.mode 参数从 2.0 开始支持.logrtfile_format,监控多个
40、匹配到的日志文件 Log.file_format 绝对路径，文件名用正则匹配regexp 正则encoding 编码maxlines -每秒向 Zabbix Server 或 Proxy 发送的最大行数，该参数会覆盖zabbix_agentd.conf 配置文件的“MaxLinesPerSecond”mode -模式可选值:all (default), The item must be configured as an active check.Example key: logrt“/home/zabbix/logs/logfile0-91,3$“,100Log rotation is bas
41、ed on the last modification time of files.See a more detailed description.mode 参数从 2.0 开始支持.Zabbix 深入分析22/94skip (跳过旧数据的处理).Net 网络net.dns,zone,检查 DNS 服务是否可用0 DNS 不可用 (没有响应或解析失败)1 - DNS 正常ip DNS 的 IP (留空表示是默认DNS, windows 忽略)zone - zone to test theDNStype 要查询的记录类型 (default is SOA)timeout (Windows 上忽略)
42、 请求超时(默认 1 秒)count (Windows 上忽略) 请求尝试次数 (default is 2)Example key:net.dns8.8.8.8,,MX,2,1 type 可选的值有: ANY, A, NS, CNAME, MB, MG, MR, PTR, MD, MF, MX, SOA, NULL, WKS (非windows), HINFO, MINFO, TXT, SRV不支持国际域名, please use IDNA encoded names instead.Zabbix 2.0 以前的名称为 (任然支持):net.tcp.dnsnet.dns.record,zone
43、,执行一个 DNS 查询当成功时返回一个带有相关信息的 Stringip DNS 的 IP (留空表示是默认DNS, windows 忽略)zone - zone to test theDNStype 要查询的记录类型 (default is SOA)timeout (Windows 上忽略) 请求超时(默认 1 秒)count (Windows 上忽略) 请求尝试次数 (default is 2)Example key:net.dns.record8.8.8.8,,MX,2,1 type 可选的值有: ANY, A, NS, CNAME, MB, MG, MR, PTR, MD, MF, M
44、X, SOA, NULL, WKS (非windows), HINFO, MINFO, TXT, SRVSRV record type is supported since Zabbix agent version 1.8.6.不支持国际域名, please use IDNA encoded names instead.Zabbix 2.0 以前的名称为 (任然支持):net.tcp.dnsnet.if.collisionsifOut-of-window collision.Number of collisions.Integer.if - interfacenet.if.discovery网
45、络接口列表. 用于 low-level discovery.JSON object 2.0 版本的 agent 开始支持Zabbix 深入分析23/94net.if.inif,网络接口输入统计 Integer.if 接口名称mode 可选值 :bytes 字节数 (default)packets 数据包数errors - 错误数dropped 丢包数Multi-byte interface names on Windows are supported since Zabbix agent version 1.8.6.Example keys:net.if.ineth0,errorsnet.if
46、.ineth0You may use this key with a Delta (speed per second) store value in order to get bytes per second .if.outif,网络接口输出统计 Integer.if 接口名称mode 可选值 :bytes 字节数 (default)packets 数据包数errors - 错误数dropped 丢包数Multi-byte interface names on Windows are supported since Zabbix agent 1.8.6 version.Example keys
47、:net.if.outeth0,errorsnet.if.outeth0You may use this key with a Delta (speed per second) store value in order to get bytes per second .if.totalif,网络接口的 I/O 流量统计 Integer.if 接口名称mode 可选值 :bytes 字节数 (default)packets 数据包数errors - 错误数dropped 丢包数Example keys:net.if.totaleth0,errorsnet.if.totaleth0You may
48、use this key with a Delta (speed per second) store value in order to get bytes per second statistics.Note that dropped packets are supported only if both net.if.in and net.if.out work for dropped packets on your .tcp.listenport检查端口监听状态 0 没有监听1 监听状态 port tcp 端口Example:net.tcp.listen80On Linux supported since Zabbix agent version 1.8.4Zabbix 深入分析24/94net.tcp.port,port检查端口是否可用，如果可用尝试 TCP 连接0 连接失败1 可用连接ip - (default is 127.0.0.1)port 端口Example:net.tcp.port,80 可用检查 web 服务器 80端口是否可用.旧名称: check_por
