VACM SNMP: успешная аутентификация не открывает всю MIB
Фотография конкретного исполнения не приложена.
Пользователь может правильно проходить проверку SNMPv3 и всё равно не видеть нужную таблицу. Это не обязательно означает отсутствие датчика или неподдерживаемую функцию. После установления идентичности применяется отдельная модель контроля доступа к управляемым объектам.
VACM учитывает security model, security name, группу, context и уровень безопасности. Для чтения, записи и уведомлений используются разные views. Разрешение чтения поддерева не даёт автоматически права SET, а разрешённая запись не определяет состав исходящих уведомлений. Настройку нужно оценивать для конкретного типа операции.
ContextName и contextEngineID задают область управляемой информации. Один OID в разных контекстах способен обозначать разные экземпляры. Поэтому шаблон, который сохраняет только IP и числовой OID, может терять важную часть идентификации. Успешное чтение общего system-поддерева также не доказывает доступность интерфейсной или vendor-таблицы.
В приёмке проверяют нужные объекты, соседние запрещённые поддеревья и недопустимую операцию. Права ограничивают согласованной задачей мониторинга. В диагностике сохраняют выбранный контекст и пользователя без секретов. Отсутствие значения сначала сопоставляют с view и областью запроса, а затем делают вывод о возможностях оборудования.
Основание — Numbered IETF RFC definitions of SNMP, SMIv2, IF-MIB, USM and VACM; references scoped per task, разделы RFC3415 2.4 MIB Views; 3.2 isAccessAllowed; RFC3411 3.3 Contexts. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC о SNMP и SMIv2. Они описывают соответствующую модель протокола, а не подтверждённые возможности конкретного агента. Реальные MIB, firmware, права и криптографические реализации устройства не проверялись; сетевые запросы и SET не выполнялись.
Запросы отправляются на наш e-mail из вашей почтовой программы.
