Тем, кто работает с маркировкой (продажа маркированной продукции), сейчас нужно устанавливать "Локальный модуль" - специальную службу, которая синхронизирует запрещенные к реализации коды, чтобы торговое ПО проверяло продукцию перед продажей в случае отсутствия связи с серверами онлайн-проверки. По требованиям, в случае отсутствия синхронизации дольше 3х дней, локальный модуль перестает обслуживать запросы и переходит в статус ошибки синхронизации. При этом ответственность за его работоспособность лежит на организации. Решил мониторить это дело, чтобы вовремя принимать меры, и написал шаблон для Zabbix, который по API запрашивает статус и парсит поля ответа. При отсутствии синхронизации более 48 часов создается триггер. Ссылка на шаблон на Github У меня есть и другие шаблоны там же , но они для более специализированного оборудования, например, ИБП от Crown или Ippon. Все же свои шаблоны я пишу не так часто.
На днях переносил Oxidized со старенького сервера с CentOS 7 на актуальную Ubuntu, повспоминал нюансы с настройкой и решил написать небольшую заметку. Oxidized позволяет сохранять конфигурации сетевых устройств, забирая их регулярно по ssh или telnet. Это гораздо удобнее, чем бэкапы скриптами с самих железок или какие-то самоприколоченные решения, т.к. все настраивается централизованно, а шаблонами можно изменять логику сбора конфигурации сразу для большого количества устройств. Oxidized написан на Ruby. Устанавливается как служба и работает в фоне, периодически опрашивая указанные железки. По сути состоит из двух составляющих: самой службы и веб-части. Веб-интерфейс лишен аутентификации, поэтому сразу рекомендуется настроить обратный прокси хотя бы с базовой аутентификацией. Основной экран со списком устройств и датами последних бэкапов Сама служба скачивается как gem-пакет и устанавливается в глубинах системы, в которые лезть особенно не придется, если только не захочется что-то ...