1. Установите устройство и вариант IOS
Зафиксируйте модель, фактический образ IOS, роль устройства, время и место чтения. Выбранный документ относится к ME 3600X/3800X и отсылает к IOS 15.x; он не подтверждает одинаковые тексты всех NX-OS, IOS XE или Cisco-продуктов. Читайте сохранённую строку целиком, включая префикс коллектора: одинаковый mnemonic на разных устройствах не объединяется в одно событие.
2. Найдите исходное сообщение
В существующем буфере используйте читающий show logging либо поиск сохранённой копии по SYS-5-CONFIG_I. Сузьте период с запасом на различие часов. Сохраните исходную запись, hostname или инвентарный узел, транспортный источник и время приёма. Не включайте дополнительное журналирование ради восстановления прошлого: новая настройка не создаёт пропущенную историю.
3. Разберите пример
В иллюстрации SYS обозначает подсистему, 5 — уровень сообщения, CONFIG_I — mnemonic. Текст содержит линию vty0 и адрес 192.0.2.20. Это технический контекст конфигурирования, а не готовая запись точных команд. Дата без года требует сопоставления с файлом и временем приёма; зона UTC относится к показанному примеру, не ко всем устройствам.
4. Разделите наблюдения
Сообщение о конфигурировании, начало административного сеанса, выполненная команда и сохранение конфигурации — разные свидетельства. По CONFIG_I нельзя восстановить полный diff или доказать вредоносность изменения. Severity 5 также не является оценкой риска ИБ. Одна строка с vty-линией не устанавливает человека: линия переиспользуется, а адрес может принадлежать терминальному серверу или системе автоматизации.
5. Проверьте команды и результат
Если соответствующая история существовала, перейдите к show archive log config all и сопоставьте сеанс с административной аутентификацией/AAA. Затем сравните доступные конфигурации до и после и проверьте состояние затронутой функции. В заключении отдельно укажите известного технического пользователя, найденное изменение и подтверждённый результат. Отсутствие одного слоя не заменяйте предположением на основе соседнего события.
6. Если CONFIG_I не найден
Проверьте модель и версию, узел, ротацию буфера, период приёмника и порог severity для данного назначения. На коллекторе могли изменить исходный текст или неправильно разобрать префикс; попробуйте raw-данные. Сверьте время устройства и приёмника. Пустой результат подтверждает лишь отсутствие записи в проверенном наборе, а не отсутствие административных изменений.