В результате осмотра ветви .1.3.6.1.4.1.2021.50 можно увидеть следующие данные:

.1.3.6.1.4.1.2021.50.1.1 = INTEGER: 1

.1.3.6.1.4.1.2021.50.2.1 = STRING: "multi_line_test"

.1.3.6.1.4.1.2021.50.3.1 = STRING: "/bin/sh /tmp/mytest.sh"

.1.3.6.1.4.1.2021.50.100.1 = INTEGER: 5

.1.3.6.1.4.1.2021.50.101.1 = STRING: "first line"

.1.3.6.1.4.1.2021.50.101.2 = STRING: "second line"

.1.3.6.1.4.1.2021.50.102.1 = INTEGER: 0

.1.3.6.1.4.1.2021.50.103.1 = ""

Как видите, и такой функционал нам вполне доступен. Следующая возможность, на которую хотелось бы обратить ваше внимание, – функция проверки размера файла. Итак, добавляем в snmpd.conf вот такую надпись:

file /tmp/tinka.txt 12

тем самым указывая, что файл не должен быть более 12 Кб. Затем смотрим, что хранит в себе ветка .iso.org.dod.internet .private.enterprises.ucdavis.fileTable.fileEntry:

fileIndex.1 = INTEGER: 1

fileName.1 = STRING: /tmp/tinka.txt

fileSize.1 = INTEGER: 15 kB

fileMax.1 = INTEGER: 12 kB

fileErrorFlag.1 = INTEGER: true(1)

fileErrorMsg.1 = STRING: /tmp/tinka.txt: size exceeds 12kb (= 15kb)

Написать соответствующий сервис, в общем-то, несложно, если мы хотим самостоятельно проверять размер файла.

define service{

 use    generic-service

 host_name   Linux

 service_description  size of /tmp/tinka.txt

 is_volatile   0

 check_period   24x7

check_command   check_snmp_oid!.1.3.6.1.4.1.2021.15.1.3.1!InK12345!12!20!kbytes

 }

Но есть и другой путь: можно опереться на появление кода и сообщения об ошибке в fileErrorFlag и fileErrorMsg. И все же мне кажется, что это не очень удобно.

Напоследок хотелось бы рассказать о возможности слежения за количеством процессов того или иного приложения, работающих в системе.

proc httpd 3 6

proc automount 1 1