snmp discovery что это

Все современные сетевые принтеры могут многое о себе рассказать с помощью протокола SNMP. Если в вашей организации используется больше одного такого принтера, то очень удобно становится использовать средства сетевого мониторинга для них. Однако из-за сложности большинства таких программ и работы их с большим количеством параметров наблюдение за принтерами может показаться неинтересным:-)

SNMP Discovery умеет опрашивать по сети сетевые принтеры и красиво отображать информацию по ним в режиме online. Для работы с программой можно вообще ничего не знать об устройстве сети. Программа сама найдет ваши принтеры и сама покажет по ним нужную информацию. Если окажется, что некоторые из ваших принтеров отсутствуют в базе программы, то она сама подготовит и предложит отправить информацию, необходимую для их добавления, разработчикам. Программа обучаема, и, помимо добавления новых моделей оборудования, можно научить ее получать с принтеров те параметры, которые нужны именно Вам.

Возможности SNMP Discovery:

Все функции программы подробно описаны в руководстве, которое включено в дистрибутив.

Программа обладает удобным инсталлятором. Перед установкой прочитайте readme.txt, там инструкция по установке и настройке.

Возможна работа только с устройствами, подключенными непосредственно к сети (через встроенный принт-сервер). Работа через внешний принт-сервер не поддерживается.

Пока программа ориентирована только на принтеры, но в дальнейшем будет добавляться поддержка и других сетевых устройств: коммутаторов, маршрутизаторов, ИБП.

Программа распространяется бесплатно.

Источник

SNMP Discovery

SNMP Discovery – это удобное и компактное Windows приложение для проведения мониторинга сетевых печатающих устройств – принтеров.

Функциональные возможности приложения

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

Чтобы облегчить мониторинг сетевых принтеров, можно обратить внимание на приложение SNMP Discovery. Оно работает на основе особого протокола SNMP и может выдать в наглядной форме максимально полную информацию о каждом устройстве, подключенном к сети.

Опрос принтеров осуществляется быстро, поэтому администратор может рассчитывать на актуальность информации, выводимой на экран компьютера. Причем, программа настолько проста в освоении и использовании, что вовсе не обязательно вникать во все премудрости протокола SNMP и даже знать особенности сети.

Пользователь может сам выбирать, какую именно информацию он хочет получать о принтере, чтобы не загружаться «информационным мусором».

Приложение автоматически распознает все принтеры, продемонстрирует необходимую информацию. Интерфейс прост и дружелюбен к пользователю. А еще он эстетически привлекателен – что также необходимо для обеспечения качественной и комфортной работы.

Скачать данное приложение можно рекомендовать в том случае, если перед вами стоит задача по контролю за ресурсами сетевых принтеров. Ведь возможности SNMP Discovery именно это и обеспечивают:

Несмотря на то, что SNMP Discovery – интуитивная и простая в освоении программа, разработчики предусмотрели и наличие справочной документации.

Приложение обладает удобным инсталлятором.

Однако стоит отметить и недостаток SNMP Discovery. А именно: невозможность работы через внешний принт-сервер. Работать можно лишь с теми принтерами, что подключены непосредственно к сети посредством встроенного принт-сервера.

В планах разработчиков включить в программу поддержку других сетевых устройств – ИБП и т.д.

Программа SNMP Discovery распространяется бесплатно.

SNMP Discovery на Filetogo.net скачали 1 раз.

Все приложения и игры на нашем сайте проходят обязательную проверку антивирусом с последними сигнатурами.

Если обнаружился вирус: [email protected]

Добавить описание: [email protected] с пометкой добавить описание.

Источник

snmp-мониторинг принтеров в The Dude

В сети много инструкций как установить сервер мониторинга The Dude от Mikrotik. Сейчас пакет сервера мониторинга выпускают только для RouterOS. Я использовал версию 4.0 для Windows.

Здесь я хотел рассмотреть, как сделать мониторинг принтеров в сети: отслеживать уровень тонера, если он закончился вывести уведомление. Запускаем:

Нажимаем добавить устройство(красный плюс) и вводим ip-адрес принтера:

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

Два раза нажимаем по появившемуся значку, открываются настройки, тип выбираем «принтер», и нажимаем «ок»:

Правой кнопкой нажимаем по значку и выбираем вид:

В поле метка прописываем OID’ы:
[Device.Name] – имя устройства
[oid(«1.3.6.1.2.1.43.5.1.1.16.1»)] – модель принтера
[oid(«1.3.6.1.2.1.43.11.1.1.6.1.1»)] – тип картриджа
[oid(«1.3.6.1.2.1.43.11.1.1.9.1.1»)] – уровень тонера
Во вкладке изображение можно прикрепить свою иконку:

Выходим, получается так:

Не на всех принтерах oid(«1.3.6.1.2.1.43.11.1.1.9.1.1») показывает сразу уровень тонера, на некоторых этот параметр показывает сколько осталось напечатать страниц. Чтобы рассчитать уровень тонера нужно разделить сколько осталось напечатать страниц на общий ресурс картриджа и умножить на 100. Для этого снова выбираем «вид», потом Functions:

Нажимаем создать новую функцию(красный плюс):

Я назвал функцию toner:

В поле код пишем формулу и сохраняем:

В метке заменяем [oid(«1.3.6.1.2.1.43.11.1.1.9.1.1»)] на вызов функции [toner()]

Выходим. Получается так:

Чтобы узнать нужные oid и прописать нужные параметры можно использовать функцию snmp walk, правая кнопка на принтере – инструменты обход Snmp:

Выдается дерево объектов принтера:

Нажимаем правой кнопкой на нужном нам и нажимаем копировать OID.

Уведомления

Теперь настроим уведомления по событию (картридж закончился). Открываем принтер, переходим на вкладку службы, нажимаем плюсик(добавить новую службу):

В поле зонд нажимаем три точки чтобы выбрать нужный зонд:

Создадим свой собственный зонд, нажмем красный плюс:

Я назвал его toner, тип выбираем SNMP, агент по умолчанию, профиль Snmp по умолчанию,
Oid прописываем который отвечает за уровень тонера 1.3.6.1.2.1.43.11.1.1.9.1.1, тип Oid Integer, метод сравнения >= 1

Сохраняем и в поле зонд выбираем только что созданный toner, во вкладке оповещения можно настроить какие оповещения мы хотим получать и сохраняем:

Для демонстрации я выбрал что уровень тонера не должен быть ниже 80, принтер окрасился в красный цвет:

Источник

SNMP – Network Auto-discovery

Contents

The following steps explain configuring & running SNMP discovery against your network.

Please see our list of vendors supported by Device42 for SNMP autodiscovery for a list of supported hardware vendors. Please let us know if you had a device that needs additional support!

Intro to SNMP-based discovery

SNMP, or Simple Network Management Protocol, is a protocol and a standard that is supported by just about any managed network-connected hardware. There are three widely deployed versions: SNMP v1, v2c (most commonly used), and v3.

SNMP is typically utilized read-only, but supports read/write, and by default utilized port 161. SNMP exposes management data in the form of ‘variables’, which are organized in what is known as a MIB, or “Management Information Base”. A MIB essentially describes the variables available on a given system, each of which can be remotely queried via SNMP.

What can be auto-discovered using SNMP?

Network devices can be discovered by Device42 using SNMP v1, v2c, or v3. If you’re looking to do Storage discovery via SNMP, you may want to visit the dedicated SNMP SAN/Server Auto-Discovery page.

SNMP discovery will pull in CDP/LLDP neighbors as long as SNMP credentials are the same across all neighbors. Should the credentials *not* be the same, you may instead add devices using different credentials separately, as their own discovery job.

Specific categories of data SNMP can discover

Depending on device type and compatibility matrix linked above, the following data is discovered:

MAC to switch port association brings only switch ports that have MAC addresses associated. Using “Get all switch ports” option you can get:

SNMP discovery jobs

Create or edit an SNMP discovery job

Go to Discovery > SNMP to add a new network auto-discovery job.

SNMP v3-based discovery

Choosing SNMP v3 changes the form to allow input of values and credentials required for SNMP v3. The SNMP v3-specific settings can all be found annotated within the green rectangle in the screenshot below:

Device-specific SNMP v3 info

Note on Cisco Nexus 7K switches:
– The user for SNMP v3 auto-discovery may need to be in the network-operator / vdc-operator group.

Note on Huawei Switches:

– By default, some Huawei devices ship with LLDP (link layer discovery protocol) via SNMP off. You must switch it on by creating a new ‘mib-view’ and attaching the ‘ISO tree’ contains the Huawei LLDP MIB to the community. Consult Huawei’s documentation for complete setup & management details.

Note on Cisco Switches:

– Changing from SNMP v1 or v2c to v3 on many Cisco switches can cause SNMP polling of Netdisco to stop functioning, preventing collection of the per-VLAN MAC tables; you will likely see an authorization error in the macsuck log if this is happening. To fix this authentication error on Cisco hardware, an additional snmp-server configuration is required on these switches that enables access to the per-VLAN/per-context MAC address table:
Switches running newer versions of Cisco IOS:

Simply run snmp-server group v3group v3 auth context vlan- match prefix once.

Switches with older IOS releases (versions that don’t support “match prefix wildcard”):
Issue the above command for newer IOS releases on EACH VLAN configured for the switch. Use show snmp context to list configured VLANs.

Preferred Community String Credentials

You can enter preferred community string credentials when you create an SNMP discovery job. When the job runs, it will use the credentials in the order in which you enter them, stopping at the first successful authentication. Subsequent job runs use the last successful credential and then the remaining credentials in the ordered list.

Network Device Options

Expanding the “Network Device Options” section will reveal the following settings, specific to the discovery of network connected hardware and devices:

Get all switch ports

If you select Get all switch ports, you will see 6 extra form items:

Scheduling

You can schedule the auto-discovery to run on a recurring basis. Specifically, you can choose to have it run on certain days of the week and at a specific time each day.

Note that when you add a scheduled run, it does not execute on the day you create or edit it.

Status

You can view the status and/or results of a discovery job during or after the job has run by visting the job edit screen:

You can also see a real-time report of all running jobs and their statuses by visiting Reports > Job Status:

Status information can be viewed in full after each execution of the resptive job.

Run network discovery

Once you have saved the network switch for auto-discovery, you will need to kick off the auto-discovery process. If not scheduled, you can click on “Run now” button on list, view or edit page.

Источник

Автоматизируем мониторинг: низкоуровневое обнаружение

Мониторинг большого количества устройств требует в помощь инструменты автоматизации. Иначе, если все делать мышкой, то можно “укликаться”, пока добавишь и настроишь все, что требовалось. К тому же, обязательно где-нибудь ошибёшься, человек не робот. Благо, в Zabbix все эти инструменты есть: это шаблоны, API, обнаружение сетевых устройств, авторегистрация Zabbix-агентов.

И вот с версии 2.0 сюда добавилось Low-Level Discovery (LLD) или низкоуровневое обнаружение. Хотелось бы рассказать что это такое.

Низкоуровневое обнаружение

Обнаружение сетевых устройств (Network Discovery) — очень полезная штука, которая позволяет избежать ручного добавления новых узлов сети и связывания их с нужными шаблонами. При чем можно создавать довольно сложные сценарии. Например, автоматически связывать нового клиента(его CPE) базовой станции Wi-Fi c нужным шаблоном для CPE и даже автоматически добавлять этот узел в нужном месте на карте. В документации есть наглядный пример того как сетевое обнаружение настраивается.

LLD становится нужен на следующем этапе, после того как узел найден и прикреплён к шаблону. LLD позволяет находить объекты самого узла.

LLD позволяет нам автоматически создавать элементы данных, триггеры и графики для:

Кроме того, что LLD создает, он еще и регулярно сканирует узел сети на изменения и динамически удаляет старые элементы данных (удалили файловую систему) и добавляет новые (вставили плату расширения с дополнительными портами).

Конечно можно обойтись и без LLD, ведь во всех предыдущих версиях обходились же шаблонами. Вот только все, кто Zabbix используют, сталкивались с ситуацией, что в одном сервере логических дисков два, а в другом четыре. Что у одного коммутатора Ethernet-портов 8, а у другого из той же линейки – 24. Остается писать шаблон на 24 порта (на 4 диска), а потом, после привязки устройства вручную отключать лишние элементы данных, триггеры. Вот мы уже и “укликались”. А тут кто-то новый сервер сделал, а в нем этих дисков 8… А еще кто-то из коллег в существующем сервере еще одну партицию создал с нестандартным путем и ничего не сказал…

Как это было раньше

Чтобы понять, что нам дает LLD, нет ничего лучше наглядного примера. Вспомним, что приходилось делать с многопортовыми коммутатороми в предыдущих версиях Zabbix.

Допустим, у нас есть коммутаторы Cisco, D-Link, Zyxel и прочий “зоопарк”. С количеством портов 5/8/16/24/50.

Будем мониторить состояние портов, используя SNMPv2 и счетчики, описанные в IF-MIB. LLD у нас пока нет, поэтому начнем писать обычный шаблон. Назовем его Template_IF_MIB_SNMPV2.

В шаблоне для одного порта нам нужно создать 14 элементов данных (можно конечно и меньше, но мы решим, что нам критически важно собирать практически все), а также некоторое количество триггеров, графиков. В веб-интерфейсе Zabbix на это уйдет минут 10, если активно махать мышкой и пользоваться кнопкой “Клонировать”.

Переведя дух, как-то продолжать не сильно хочется для других портов. Кому охота делать одно и то же 50 раз? Поэтому сразу возникают вопросы:

Что можно сделать теперь при помощи LLD

Но с Low-Level Discovery у нас есть возможность сделать все гораздо проще. Вместо того, чтобы создавать элементы данных для одного порта, мы просто ОДИН раз создадим прототипы элементов данных, а также прототипы необходимых триггеров. Так как мы это делаем только один раз, то совсем не жалко потратить время и создать в дополнении также информативные графики, а точнее прототипы графиков.

Итак, чтобы создать в шаблоне LLD заходим в правила обнаружения:

Далее, нажимаем создать правило обнаружения и создаем новое правило, назовем его Network interfaces discovery:

Указываем все как на картинке. Некоторые поля стоит прокомментировать:

Итак, мы создали правило, теперь мы должны создать прототипы элементов данных. Здесь все практически также, как при создании обычных элементов данных, но есть пара особенностей. Для примера добавим входящий трафик, ifInOctets:

Описание полей:

Создадим прототипы и для остальных элементов данных, которые нам нужны для каждого интерфейса, получим примерно вот такой список:

создадим прототипы триггеров…

… и прототипы графиков:

Прицепив наш шаблон к реальным узлам сети, через некоторое время мы получим результат. Вот так будут выглядеть последние данные для узла сети, после отработки LLD:

Как и предполагалось, данные собираются только для активных портов.

А вот и графики, также динамически созданные через LLD:

Итого

Подведем итог, что мы получили, используя LLD в шаблоне для многопортовых коммутаторов:

Вот так. И никакой больше возни с однотипными элементами данных, триггерами, графиками. Просто настраиваем LLD и наслаждаемся плодами автоматизации. Или настраиваем LLD + сетевое обнаружение и вообще уходим в отпуск 🙂

Источник