. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 474 2 服务级别协议 SLA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 600 3 低级别自动发现 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 关于如何设置 Zabbix 以监控你的环境的基本建议，从设置主机到获取基本数据到 查看数据到配置通知和远程命令以在出现问题时执行。 服务监控 部分详细介绍了如何使用 Zabbix 对监控环境进行高级别的概览。 Web 监控 可以帮助您了解如何监控网站的可用性。 虚拟机监控 提供了配置 VMware 环境监控的方法。 维护 ，正则表达式，事件确认 和XML 导入/导出 部分进一步说明如何使用

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 512 3 服务级别协议 SLA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . widget) 9 状态计算和传播规则 有新的状态计算规则和灵活的附加规则，用于基于直接子服务的状态和权重计算父服务的状态。现在还可以设置灵活的规则来将服务状态 传播到父服务。 服务权限 在用户角色 级别实现了对服务的灵活权限。可以向所有、无或选定的服务授予读写或只读访问权限（基于名称或标签）。 根本原因分析 一个新的 根本原因（Root cause）列显示了直接或间接影响服务状态的潜在问题。 OID；- ProblemMinSeverity - 最低严重性，不包括严重性较低 的触发器；- ProblemHideAck - 如果指定，仅包含未确认问题的触发器；- ProblemTagFilter - 如果指定，仅包含具有指定标签名称的触发 器；- TrapTimer - 如果设置，Zabbix 将在给定时间范围内发送不超过一个严重性最高的 trap。 有关详细信息，请参阅 Zabbix SNMP

that triggered an action. Supported since 4.0.0. 254 {EVENT.NSEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 可能的值: 0 - 未知, 1 - 信息, 2 - 警告, 3 - 普通, 4 - 高, 5 - 灾难。 开始支持。 {EVENT.NSEVERITY} → Trigger-based used in recovery messages only. Supported since 2.2.0. {EVENT.SEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 开始支持。 {EVENT.SEVERITY} → Trigger-based notifications → Problem update notifications Windows event log monitoring only. {ITEM.LOG.NSEVERITY<1-9>} → 基于 Trigger 的通知 * 日志事 → 故障 更新通知仅用于 Wi 的级别。* dows 事件日志监控。 {ITEM.LOG.NSEVERITY<1-9>} → Trigger-based notifications → Problem update notifications

, "info":"processed: 2; failed: 0; total: 2; seconds spent: 0.060904" } 427 5 Windows 代理监控项的最小权限级别 总览 当使用代理监控系统时，一种最佳实践是从安装代理的主机上获取指标。要使用最小特权原则，那么必须确定从代理获得了哪些指标。 本文档中的表格允许您选择最小权限，以确保 Zabbix agent 故障更新通知从 4.0. 或 恢 复 事 件 的 名 字。 * 开 始 支 持。 452 宏 持场景描述信息 {EVENT.NSEVERITY} → 基于 Trigger 的通知和命令 * 事件的级别。→ 故障更新通知从 4.0. 可 能 的 值: 0 - 未 知, 1 - 信 息, 2 - 警 告, 3 - 普 通, 4 - 高, 5 - 灾 难。 开 始 支 持。 {EVENT → 故障更新通知 值。 * 恢 复消 息。 从 2.2.0 开 始 支 持。 454 宏 持场景描述信息 {EVENT.SEVERITY} → 基于 Trigger 的通知和命令 * 事件的级别。→ 故障更新通知从 4.0. 开 始 支 持。 {EVENT.STATUS} → 基于 Trigger 的通知和命令 * 触发动作的事 → 发现通知 从 2.→ 自动注册通知 → 内部通知 →

load[*] 使用 cpu.load key 可以得到 默认情况下 CPU 使用率，等同 于使用 g 指定参数的 cpu.load[percpu,avg15] 来 得到 CPU 负载. 3. 允许多个低级别发现 规则处 理同一个发现项. Alias=vfs.fs.discovery[*]:vfs.fs.discovery 使用 vfs.fs.discovery 即可启 动不同参数如 vfs.fs.discovery[foo] request] 145 主要的过程是一个例外。而不是当前的活动，显示原始的命令行。这有助于区分具有多个 Zabbix 实例的系统上的进程。 Microsoft Windows 不能实现此功能。 如果日志级别设置为 ** DebugLevel = 4 ** 这些活动和统计信息也被写入日志文件。 Linux 在 Linux 系统上，“ps” 命令可以与 “watch” 命令一起使用，以观察 Zabbix 2.4,3.0 和 3.2 的 XML 文件。 146 Attention: 在 Zabbix 1.8 XML 导出格式中，触发依赖仅由名称存储。如果有几个具有相同名称的触发器（例如，具有不同的严重性和表达 式），它们之间定义了依赖关系，则无法导入它们。必须从 XML 文件中手动删除这些依赖关系，并在导入后重新添加。 12 数据库错误处理 如果 Zabbix 检测到后端数据库不可访问，它将发

that triggered an action. Supported since 4.0.0. 202 {EVENT.NSEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 可能的值: 0 - 未知, 1 - 信息, 2 - 警告, 3 - 普通, 4 - 高, 5 - 灾难。 开始支持。 {EVENT.NSEVERITY} → Trigger-based used in recovery messages only. Supported since 2.2.0. {EVENT.SEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 开始支持。 {EVENT.SEVERITY} → Trigger-based notifications → Problem update notifications Windows event log monitoring only. {ITEM.LOG.NSEVERITY<1-9>} → 基于 Trigger 的通知 * 日志事 → 故障 更新通知仅用于 Wi 的级别。* dows 事件日志监控。 {ITEM.LOG.NSEVERITY<1-9>} → Trigger-based notifications → Problem update notifications

that triggered an action. Supported since 4.0.0. 199 {EVENT.NSEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 可能的值: 0 - 未知, 1 - 信息, 2 - 警告, 3 - 普通, 4 - 高, 5 - 灾难。 开始支持。 {EVENT.NSEVERITY} → Trigger-based used in recovery messages only. Supported since 2.2.0. {EVENT.SEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 开始支持。 {EVENT.SEVERITY} → Trigger-based notifications → Problem update notifications Windows event log monitoring only. {ITEM.LOG.NSEVERITY<1-9>} → 基于 Trigger 的通知 * 日志事 → 故障 更新通知仅用于 Wi 的级别。* dows 事件日志监控。 {ITEM.LOG.NSEVERITY<1-9>} → Trigger-based notifications → Problem update notifications

that triggered an action. Supported since 4.0.0. 212 {EVENT.NSEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 可能的值: 0 - 未知, 1 - 信息, 2 - 警告, 3 - 普通, 4 - 高, 5 - 灾难。 开始支持。 {EVENT.NSEVERITY} → Trigger-based used in recovery messages only. Supported since 2.2.0. {EVENT.SEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 开始支持。 {EVENT.SEVERITY} → Trigger-based notifications → Problem update notifications Windows event log monitoring only. {ITEM.LOG.NSEVERITY<1-9>} → 基于 Trigger 的通知 * 日志事 → 故障 更新通知仅用于 Wi 的级别。* dows 事件日志监控。 {ITEM.LOG.NSEVERITY<1-9>} → Trigger-based notifications → Problem update notifications

that triggered an action. Supported since 4.0.0. 338 {EVENT.NSEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 可能的值: 0 - 未知, 1 - 信息, 2 - 警告, 3 - 普通, 4 - 高, 5 - 灾难。 开始支持。 {EVENT.NSEVERITY} → Trigger-based used in recovery messages only. Supported since 2.2.0. {EVENT.SEVERITY} → 基于 Trigger 的通知和命令 * 事件的 级别。→ 故障更新通知从 4.0. 开始支持。 {EVENT.SEVERITY} → Trigger-based notifications → Problem update notifications Windows event log monitoring only. {ITEM.LOG.NSEVERITY<1-9>} → 基于 Trigger 的通知 * 日志事 → 故障 更新通知仅用于 Wi 的级别。* dows 事件日志监控。 {ITEM.LOG.NSEVERITY<1-9>} → Trigger-based notifications → Problem update notifications

息资源或其他被评估 对象，去发现所有相关的安全问题。渗透测试是根据已知可利用的安全漏洞，去发 现是否存在相应的信息资源。相比较而言，通常评估方法对评估结果更具有全面 性，而渗透测试更注重安全漏洞的严重性。 渗透测试有黑盒和白盒两种测试方法。黑盒测试是指在对基础设施不知情的情况下 进行测试。白盒测试是指在完全了解结构的情况下进行测试。不论测试方法是否相 同，渗透测试通常具有两个显著特点： 渗透测试是一个渐进的且逐步深入的过程。 runlevel(s) (2 3 4 5) of script `ssh' overrides LSB defaults (empty). 从输出的信息中可以看到，SSH服务默认启动了2、3、4和5运行级别。则以后系统 重启后，SSH服务将自动运行。 1.6.2 设置无线网络 无线网络既包括允许用户建立远距离无线连接的全球语音和数据网络，也包括近距 离无线连接进行优化的红外线技术及射频技术。本小节将介绍Wicd网络管理器的设 Kali Linux 安全渗透教程 150 4.7 其他信息收集手段 4.8 使用Maltego收集信息 Maltego是一个开源的漏洞评估工具，它主要用于论证一个网络内单点故障的复杂 性和严重性。该工具能够聚集来自内部和外部资源的信息，并且提供一个清晰的漏 洞分析界面。本节将使用Kali Linux操作系统中的Maltego，演示该工具如何帮助用 户收集信息。 4.8.1 准备工作 在使用Maltego工具之前，需要到