. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 445 11 宏变量 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1645 7 宏 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1741 5 Zabbix 使用手册 欢迎查阅 Zabbix 用户使用手册。 Zabbix 产品手册由原厂 Zabbix 技术团队创建、Zabbix 中国——上海宏时数据系统有限公司组织开源社区志愿者翻译并维护。希望能帮助 用户更好地使用 Zabbix，解决和管理日常 IT 运维监控遇到的各种问题。翻译虽然结束，优化并未停止，如有优化反馈、申请成为译者， 欢迎联系小

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 398 11 宏变量 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1797 7 宏 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1951 4 Zabbix 使用手册 欢迎查阅 Zabbix 用户使用手册。 Zabbix 产品手册由原厂 Zabbix 技术团队创建、Zabbix 中国——上海宏时数据系统有限公司组织开源社区志愿者翻译并维护。希望能帮助 用户更好地使用 Zabbix，解决和管理日常 IT 运维监控遇到的各种问题。翻译虽然结束，优化并未停止，如有优化反馈、申请成为译者， 欢迎联系小

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 441 7 宏 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1182 10 宏 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2715 5 Zabbix 用户手册 欢迎查阅 Zabbix 用户使用手册。 Zabbix 产品手册由原厂 Zabbix 技术团队创建，Zabbix 中国——上海宏时数据系统有限公司组织开源社区志愿者翻译并维护。希望可以 帮助用户更好地使用 Zabbix，解决和管理日常 IT 运维监控遇到的各种问题。翻译虽然结束，优化并未停止，如有优化反馈及更多问题， 欢迎联系小

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235 7 宏 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 736 10 宏 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . disable_until*, drules.nextcheck, httptest.nextcheck 的值，并重启 zabbix server/proxy。 11. Q: 在前端使用 {ITEM.VALUE} 宏或者在其他情况下，item 的文本类型值无论多大都会被修剪为 20 个字符，这种情况正常吗? A: 是正常的, 在 include/items.inc.php 中有一个硬编码限制，长度最大仅为 20

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118 6 宏 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 499 9 宏 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 772 CPU 和 CPU 内核的发现以与网络接口发现类似的方式完成相同，除了发现规则的键值是 “system.cpu.discovery” 之外。此发现 键返回两个宏 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 183 7 宏赵 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 641 10 宏 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . disable_until*, drules.nextcheck, httptest.nextcheck 的值，并重启 zabbix server/proxy。 11. Q: 在前端使用 {ITEM.VALUE} 宏或者在其他情况下，item 的文本类型值无论多大都会被修剪为 20 个字符，这种情况正常吗? A: 是正常的, 在 include/items.inc.php 中有一个硬编码限制，长度最大仅为 20

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192 7 宏 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 651 10 宏 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . disable_until*, drules.nextcheck, httptest.nextcheck 的值，并重启 zabbix server/proxy。 11. Q: 在前端使用 {ITEM.VALUE} 宏或者在其他情况下，item 的文本类型值无论多大都会被修剪为 20 个字符，这种情况正常吗? A: 是正常的, 在 include/items.inc.php 中有一个硬编码限制，长度最大仅为 20

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179 7 宏赵 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 560 10 宏 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . disable_until*, drules.nextcheck, httptest.nextcheck 的值，并重启 zabbix server/proxy。 11. Q: 在前端使用 {ITEM.VALUE} 宏或者在其他情况下，item 的文本类型值无论多大都会被修剪为 20 个字符，这种情况正常吗? A: 是正常的, 在 include/items.inc.php 中有一个硬编码限制，长度最大仅为 20

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282 7 宏赵 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 960 10 宏 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . disable_until*, drules.nextcheck, httptest.nextcheck 的值，并重启 zabbix server/proxy。 11. Q: 在前端使用 {ITEM.VALUE} 宏或者在其他情况下，item 的文本类型值无论多大都会被修剪为 20 个字符，这种情况正常吗? A: 是正常的, 在 include/items.inc.php 中有一个硬编码限制，长度最大仅为 20

转换整个目录下面的文件为安全文件: btarmor make -i dist/ 如果需要使用非默认的保护模式，则需要对源代码进行一定的修改，这时候需 要导入的头文 件 btapp.h ，并在源代码中使用相应的宏，来实现需要的功能。 共享字符串和全局变量 当内核需要访问字符串或者全局变量的时候，因为默认保护模式下它们受到保 护，直接访问 会出错。例如系统调用 open 需要把文件名称传递到内核，下面 这个示例中默认模式下 return 0; } 宏 BTS 可以应用于字符串常量，字符串数组，结构体等，但是不能用于字符串 指针 char arr[10]; struct { int a; int b; } stv; BTS("hello"); BTS(arr); BTS(stv); char *s = "hello"; BTS(s); // 错误 宏 BTS 只支持内核读 只支持内核读取数据，并不支持内核回写数据。如果需要内核写回数据 到共享 变量，那么需要使用一组宏 BTPS 和 BTPE 。在需要共享的时候调用 BTPS ， 结束共享调用 BTPE 。 例如， // 全局变量 gt 受到保护，内核无法直接访问 struct T { int a; int b; } gt = { 1, 2 }; // 20 号系统调用需要修改 gt 里面的数据，原来的调用方式