Олег Иванович Цилюрик - Проектируем SNMP управление.

агента snmpd, ним осуществляется их поддержка.
Ещё большой набор MIB представлен в качестве информации (но не является набором для поиска по
умолчанию) в подкаталогах /usr/share/mibs:
$ tree /usr/share/mibs | head -n10
/usr/share/mibs
|-- iana
|
|-- IANA-ADDRESS-FAMILY-NUMBERS-MIB
|
|-- IANA-CHARSET-MIB
|
|-- IANA-FINISHER-MIB
|
|-- IANA-GMPLS-TC-MIB
|
|-- IANAifType-MIB
|
|-- IANA-IPPM-METRICS-REGISTRY-MIB
|
|-- IANA-ITU-ALARM-TC-MIB
|
|-- IANA-LANGUAGE-MIB
$ ls -l /usr/share/mibs
итого 28
drwxr-xr-x. 2 root root 4096 июля 30 14:46
drwxr-xr-x. 2 root root 12288 июля 30 14:46
drwxr-xr-x. 2 root root 4096 июля 30 14:46
drwxr-xr-x. 2 root root 4096 янв. 14 2012
drwxr-xr-x. 2 root root 4096 июля 30 14:46

iana
ietf
irtf
site
tubs

Это большая группа MIB-файлов общесистемных определений,
Стандарт SNMP надсистемный (или подсистемный, или внесистемный — как правильно считать?). Это
означает, что если разработчик создал для своего устрйства переменную .1.3.6.1.4.1.9876.11.5, то она под
таким же OID будет (должна!) отображаться в операционной системе Windows, Linux, QNX, а также и в любой
встраиваемой реализации оборудования без поддержки вообще со стороны какой либо операционной системы
(SNMP код, статически прикомпонованный к проекту). Агенты SNMP могут программно реализоваться любыми
средствами, лишь бы они удовлетворяли стандарту SNMP. В операционных системах POSIX/UNIX базовую
функциональность SNMP традиционно реализует проект net-snmp (сайт проекта: http://www.net-snmp.org/),
дополнительно существует ряд сторонних проектов, расширяющих его функциональность по части разработки
агентов, и представляющие различные формы менеджеров.
И последнее. SNMP стандарт — это страшная система при бесконтрольном использовании (как это я себе
представляю). Представьте себе: разработанная кем-то видеокамера, после многих лет молчания, начинает
неожиданно щёлкать по SNMP командам с другого конца мира, и отсылать по запросам видеокадры. Или:
ответственное оборудование по командам из сети отказывается функционировать и превращается в груду
железа.

4

Инструменты
Мне повезло в том смысле, что на момент написания этого текста у меня в руках была свежая
инсталляция системы Linux, дистрибутив Fedora 17 RFR, в которой по умолчанию не установлена SNMP.
Поэтому можно по шагам устанавливать только те инструменты SNMP, которые необходимо, и тем придать
этому процессу системность. Убедиться, что за система, и что в ней изначально не установлено ничего,
относящегося к SNMP можно следующим образом:
$ uname -a
Linux notebook 3.5.2-1.fc17.i686.PAE #1 SMP Wed Aug 15 16:30:14 UTC 2012 i686 i686 i386 GNU/Linux
$ cat /etc/system-release
RFRemix release 17 (Beefy Miracle)
$ ps -a | grep snmp
$ ls -w120 /lib/systemd/system/*snmp*.service
ls: невозможно получить доступ к /lib/systemd/system/*snmp*.service: Нет такого файла или каталога
$ ls /etc/init.d/*snmp*
ls: невозможно получить доступ к /etc/init.d/*snmp*: Нет такого файла или каталога
$ yum list all net-snmp*
...
Установленные пакеты
net-snmp-libs.i686
1:5.7.1-4.fc17
@russianfedora/$releasever
Доступные пакеты
net-snmp.i686
1:5.7.1-5.fc17
updates
net-snmp-agent-libs.i686
1:5.7.1-5.fc17
updates
net-snmp-devel.i686
1:5.7.1-5.fc17
updates
net-snmp-gui.i686
1:5.7.1-5.fc17
updates
net-snmp-libs.i686
1:5.7.1-5.fc17
updates
net-snmp-perl.i686
1:5.7.1-5.fc17
updates
net-snmp-python.i686
1:5.7.1-5.fc17
updates
net-snmp-sysvinit.i686
1:5.7.1-5.fc17
updates
net-snmp-utils.i686
1:5.7.1-5.fc17
updates

Демоны
Теперь мы можем начать установку инструментария SNMP по частям, по мере необходимости:
$ sudo yum install net-snmp.i686
...
Установлено:
net-snmp.i686 1:5.7.1-5.fc17
Установлены зависимости:
lm_sensors-libs.i686 0:3.3.2-5.fc17
Обновлены зависимости:
net-snmp-libs.i686 1:5.7.1-5.fc17
Выполнено!
New leaves:
net-snmp.i686

net-snmp-agent-libs.i686 1:5.7.1-5.fc17

На этом этапе установлена базовая функциональность SNMP — демоны (сервисы) реализующие агентов:
$ ls -w120 /lib/systemd/system/*snmp*.service
/lib/systemd/system/snmpd.service /lib/systemd/system/snmptrapd.service
$ ls /etc/snmp
snmpd.conf snmptrapd.conf
$ which snmpd
/usr/sbin/snmpd
$ which snmptrapd
/usr/sbin/snmptrapd
$ yum list installed net-snmp*

5

...
Установленные пакеты
net-snmp.i686
@updates
net-snmp-agent-libs.i686
@updates
net-snmp-libs.i686
@updates

1:5.7.1-5.fc17
1:5.7.1-5.fc17
1:5.7.1-5.fc17

У нас появилось в /lib/systemd/system/ управление сервисом SNMP (агентом snmpd) с помощью systemd
(старую систему управления сервисами sysinit я не стану рассматривать, но там нет никаких
принципиальных отличий). Появились конфигурационные файлы управления демонами в /etc (snmpd.conf и
snmptrapd.conf) — это основные инструменты, с которыми предстоит работать.
Теперь у нас уже есть возможность запустить агенты SNMP и взаимодействовать с ними из сети (UDP
порты 161 и 162). Но у нас нет пока средств даже посмотреть как работает установленный по умолчанию. У нас
нет утилит SNMP:
$ which snmpwalk
which: no snmpwalk in ...
...
$ net-snmp-config --base-cflags
bash: net-snmp-config: команда не найдена

(Показаны --">