Google Chrome、Mozilla Firefox、Microsoft Edge、Apple Safari 和 Opera 的最新稳定版本。 Warning: 已实施 IFrames 的同源策略，这意味着 Zabbix 不能放置在不同域的框架中。 但 是， 如 果 放 置 在 框 架 中 的 页 面 和 Zabbix 前 端 位 于 同 一 域 中， 则 放 置 在 Zabbix 框 架 中 在 Web 服务器上启用 HTTP 严格传输安全 (HSTS) 为了保护 Zabbix 前端免受协议降级攻击，我们建议在 Web 服务器上启用 HSTS 策略。 要在 Apache 配置中为您的 Zabbix 前端启用 HSTS 策略，请按照以下步骤操作： 1. 找到您的虚拟主机的配置文件： • /etc/httpd/conf/httpd.conf 在 RHEL 的系统上 59 • Debian/Ubuntu systemctl restart apache2.service 在 Web 服务器上启用内容安全策略 (CSP) 为了保护 Zabbix 前端免受跨站点脚本 (XSS)、数据注入和类似攻击，我们建议在 Web 服务器上启用内容安全策略。为此，请配置 Web 服务器以返回 HTTP header。 Attention: 以下 CSP 标头配置仅适用于默认的 Zabbix

httpd.service 在 Web 服务器上启用强制安全传输技术 为了保护 Zabbix 前端不受协议降级攻击，我们建议在 Web 服务器上启用HSTS策略 例如，要在 Apache 配置中为您的 Zabbix 前端启用 HSTS 策略： /etc/httpd/conf/httpd.conf 将以下指令添加到虚拟主机的配置中： Header set 增加密码复杂度避免暴力破解密码，建议修改 Web 服务器配置限制 ui/data/top_passwords.txt 文件的访问。该文件包含最普通以及上下 文特定的密码，防止用户设置这些密码，如果密码策略的 Avoid easy-to-guess passwords 参数被启用。 例如，使用 location 指令限制 NGINX 文件访问： location = /data/top_passwords RHEL 8 和 [RHEL 7] 源 RPM 包的一部分（http://repo.zabbix.com/zabbix/6.0/rhel/8/SRPMS/）。 这个包为 SELinux 提供了一个基本的默认策略，并通过允许 Zabbix 创建和使用套接字并启用到 PostgreSQL 的 httpd 连接（由前端使用） 使 zabbix 组件开箱即用。 源 zabbix_policy.te 文件包含以下规则：·

本文档中的表格允许您选择最小权限，以确保 Zabbix agent 正确运行。 如果选择了其他用户才能使代理工作，而不是选择 “ LocalSystem”，则要使代理作为 Windows 服务运行，新用户必须具有 “本地策略 → 用户权限” 中 “作为服务登录” 的权限，以及创建，写入和删除 Zabbix agent 日志文件的权限。 Note: 当基于 “技术上可接受的最低要求” 组使用代理的权限时，需要事先为监控对象提供权限。 service 在 Web 服务器上启用 HTTP 严格传输安全性（HSTS） 为了保护 Zabbix 前端不受协议降级攻击，我们建议在 Web 服务器上启用HSTS策略 例如，要在 Apache 配置中为您的 Zabbix 前端启用 HSTS 策略： /etc/httpd/conf/httpd.conf 将以下指令添加到虚拟主机的配置中： Header set Apache 服务以应用更改： systemctl restart httpd.service 在 Web 服务器上启用内容安全策略（CSP） 为了保护 Zabbix 前端免受跨站点脚本（XSS），数据注入和其他类似类型的攻击的影响，我们建议在 Web 服务器上启用内容安全策略。为 此，您需要配置 Web 服务器以返回Content-Security-Policy HTTP 标头 要在 Apache

有一个监控项一次收集多个指标的场景，或者同时收集相关指标，例如： • 单个内核的 CPU 使用率 • 流入/流出/总的网络流量 为了支持这项功能，Zabbix 现在支持从属监控项目。从属监控项有一个主监控项，它在一个查询策略中收集所有的指标。从属监控项使用 主监控项的数据来收集她们的数据，主监控项的新数据值自动填充从属监控项的值。 也可参见: 从属监控项 5.5 告警并行处理 在以前的版本中使用单个告警器进程来发送 个值。有些总是给出正确的回应，其它情况则会以 “tooBig（1）” 错误做 出回应，或者一旦潜在的回应超过了一定的限度，则一律不回应。 为了找到最佳数量的对象来查询给定的设备，Zabbix 使用以下策略。它在请求中查询 “值 1” 时谨慎开始。如果成功，它会在请求中查询 “值 2”。如果再次成功，则查询请求中的 “值 3”，并通过将查询对象的数量乘以 1.5 来继续，导致以下请求大小的顺序：1,2

2.2.1.10.3 输入 SNMP“端口” 为 161，“键值” 为有意义的内容，例如，SNMP-InOctets-Bps。将 “信息类型” 设置为 浮点数，并在进程预定步骤中添 加 每秒更改的策略（重要！否则你将从 SNMP 设备获取累积值，而不是最新的变化）。如果你希望 “更新间隔” 和 “历史数据保留时长” 与 默认值不同，请选择一个自定义乘数（如果需要），并输入。 427 所有必填输入字段都标有红色星号。 个值。有些总是给出正确的回应，其它情况则会以 “tooBig（1）” 错误做 出回应，或者一旦潜在的回应超过了一定的限度，则一律不回应。 为了找到最佳数量的对象来查询给定的设备，Zabbix 使用以下策略。它在请求中查询 “值 1” 时谨慎开始。如果成功，它会在请求中查询 “值 2”。如果再次成功，则查询请求中的 “值 3”，并通过将查询对象的数量乘以 1.5 来继续，导致以下请求大小的顺序：1,2

2.2.1.10.3 输入 SNMP“端口” 为 161，“键值” 为有意义的内容，例如，SNMP-InOctets-Bps。将 “信息类型” 设置为 浮点数，并在进程预定步骤中添 加 每秒更改的策略（重要！否则你将从 SNMP 设备获取累积值，而不是最新的变化）。如果你希望 “更新间隔” 和 “历史数据保留时长” 与 默认值不同，请选择一个自定义乘数（如果需要），并输入。 423 所有必填输入字段都标有红色星号。 个值。有些总是给出正确的回应，其它情况则会以 “tooBig（1）” 错误做 出回应，或者一旦潜在的回应超过了一定的限度，则一律不回应。 为了找到最佳数量的对象来查询给定的设备，Zabbix 使用以下策略。它在请求中查询 “值 1” 时谨慎开始。如果成功，它会在请求中查询 “值 2”。如果再次成功，则查询请求中的 “值 3”，并通过将查询对象的数量乘以 1.5 来继续，导致以下请求大小的顺序：1,2

2.2.1.10.3 输入 SNMP“端口” 为 161，“键值” 为有意义的内容，例如，SNMP-InOctets-Bps。将 “信息类型” 设置为 浮点数，并在进程预定步骤中添 加 每秒更改的策略（重要！否则你将从 SNMP 设备获取累积值，而不是最新的变化）。如果你希望 “更新间隔” 和 “历史数据保留时长” 与 默认值不同，请选择一个自定义乘数（如果需要），并输入。 549 所有必填输入字段都标有红色星号。 个值。有些总是给出正确的回应，其它情况则会以 “tooBig（1）” 错误做 出回应，或者一旦潜在的回应超过了一定的限度，则一律不回应。 为了找到最佳数量的对象来查询给定的设备，Zabbix 使用以下策略。它在请求中查询 “值 1” 时谨慎开始。如果成功，它会在请求中查询 “值 2”。如果再次成功，则查询请求中的 “值 3”，并通过将查询对象的数量乘以 1.5 来继续，导致以下请求大小的顺序：1,2

2.2.1.10.3 输入 SNMP“端口” 为 161，“键值” 为有意义的内容，例如，SNMP-InOctets-Bps。将 “信息类型” 设置为 浮点数，并在进程预定步骤中添 加 每秒更改的策略（重要！否则你将从 SNMP 设备获取累积值，而不是最新的变化）。如果你希望 “更新间隔” 和 “历史数据保留时长” 与 默认值不同，请选择一个自定义乘数（如果需要），并输入。 437 所有必填输入字段都标有红色星号。 个值。有些总是给出正确的回应，其它情况则会以 “tooBig（1）” 错误做 出回应，或者一旦潜在的回应超过了一定的限度，则一律不回应。 为了找到最佳数量的对象来查询给定的设备，Zabbix 使用以下策略。它在请求中查询 “值 1” 时谨慎开始。如果成功，它会在请求中查询 “值 2”。如果再次成功，则查询请求中的 “值 3”，并通过将查询对象的数量乘以 1.5 来继续，导致以下请求大小的顺序：1,2

2.2.1.10.3 输入 SNMP“端口” 为 161，“键值” 为有意义的内容，例如，SNMP-InOctets-Bps。将 “信息类型” 设置为 浮点数，并在进程预定步骤中添 加 每秒更改的策略（重要！否则你将从 SNMP 设备获取累积值，而不是最新的变化）。如果你希望 “更新间隔” 和 “历史数据保留时长” 与 默认值不同，请选择一个自定义乘数（如果需要），并输入。 747 所有必填输入字段都标有红色星号。 个值。有些总是给出正确的回应，其它情况则会以 “tooBig（1）” 错误做 出回应，或者一旦潜在的回应超过了一定的限度，则一律不回应。 为了找到最佳数量的对象来查询给定的设备，Zabbix 使用以下策略。它在请求中查询 “值 1” 时谨慎开始。如果成功，它会在请求中查询 “值 2”。如果再次成功，则查询请求中的 “值 3”，并通过将查询对象的数量乘以 1.5 来继续，导致以下请求大小的顺序：1,2