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

Основной подход

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

Этапы применения

  1. Используйте только устройство и информацию о доступе только для чтения, предоставленную сетевым администратором.
  2. Сначала проверьте ответ с помощью ограниченных идентификационных запросов, затем прочтите необходимые таблицы.
  3. Включите в отчет источник и время наблюдения каждого поля; Не экспортируйте секреты доступа.

Практический пример

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

Правильно интерпретируйте результат

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

Источник и дополнительная литература

Подробности протокола или команды: RFC 3411. Шаги и пример сценария приведены в редакционном описании IPScans.