LibreNMS в 2026 году: честный обзор бесплатной системы мониторинга сети от техдиректора IT-аутсорсера

Зачем малому офису мониторинг сети: три аварии из нашей практики

Меня зовут Семёнов Евгений Сергеевич, я технический директор ITfresh. Мы занимаемся IT-аутсорсингом для компаний до 50 рабочих мест в Москве, держим собственные серверы в дата-центре МТС, и за 15 с лишним лет я вывел простое правило: проблемы сетевого железа обнаруживаются ровно двумя способами — либо системой мониторинга, либо звонком разъярённого бухгалтера. Третьего не дано.

Три истории из последних двух лет, все — реальные клиенты на обслуживании.

История первая: блок питания коммутатора. Торговая компания, 28 рабочих мест. В коммутаторе доступа начал деградировать блок питания — устройство перезагружалось по ночам, днём работало. Мониторинга не было, аптайм никто не видел. Через три недели блок умер окончательно — в 11 утра понедельника, вместе с ним отвалилась половина офиса и касса. Простой — четыре часа: диагностика, поездка за заменой, перенастройка. Если бы график аптайма был перед глазами, коммутатор поменяли бы в субботу за сорок минут.

История вторая: забитый аплинк. Проектная организация, 40 человек, жалобы «интернет тормозит» месяцами. Провайдера ругали, тариф меняли — не помогло. Когда поставили мониторинг, на графике порта за первые же сутки стало видно: аплинк между этажами упирается в полку 1 Гбит/с каждый день с 9:00 до 10:30 — резервное копирование рабочих станций гналось через сеть в рабочее время. Перенесли окно бэкапа на ночь — «медленный интернет» кончился. Диагноз, который без графиков не мог поставить никто, по графику ставится за минуту.

История третья: севшие батареи ИБП. Клиника, серверная стойка, приличный ИБП с сетевой картой. Батареям было шесть лет, ёмкость деградировала тихо и никого не беспокоила — до планового отключения электричества, о котором управляющая компания честно предупредила заранее. ИБП, который по паспорту держит 20 минут, продержал 90 секунд. Сервер с базой упал жёстко, восстановление заняло вечер. SNMP-опрос ИБП показал бы деградацию батарей за год до аварии.

Что такое LibreNMS: происхождение и философия проекта

Форк Observium ради честного open source

LibreNMS появился в 2013 году как форк системы мониторинга Observium — после того, как авторы Observium стали развивать проект в сторону платной подписки, а бесплатную редакцию урезать. Группа разработчиков ответила по-канонически для мира открытого кода: взяла кодовую базу и создала форк под лицензией GPLv3 с принципиальной позицией — у LibreNMS нет и не будет платной версии. Ни «профессиональной редакции», ни функций за подписку, ни лимитов на количество устройств. Всё, что умеет система, доступно каждому.

Технологически это классический LAMP-стек: PHP, MySQL/MariaDB, графики на RRDtool, веб-интерфейс на Laravel. Не самый модный набор 2026 года — зато предсказуемый, понятный любому админу и работающий на самом дешёвом железе.

Проект жив — и это главный критерий выбора

Когда мы отбираем open source для клиентов, первым делом смотрим не на список фич, а на пульс проекта: даты релизов, активность репозитория, живость форума. Брошенная система мониторинга — это бомба замедленного действия: новая прошивка коммутатора выходит, а поддержки её OID уже никто не добавит.

У LibreNMS с пульсом всё отлично: релизы выходят ежемесячно, на момент написания статьи актуальна версия 26.8.1 от 19 августа 2026 года. Нумерация — календарная: 26.8 означает «август 2026-го». На GitHub — тысячи контрибьюторов, у сообщества активный форум и Discord. Поддерживаются устройства сотен вендоров, и список пополняется каждый месяц силами самих пользователей: столкнулся с экзотической железкой — прислал патч.

Ключевая фишка: автообнаружение вместо ручного описания сети

Главное, за что мы любим LibreNMS в офисных проектах, — система описывает сеть сама. Вы добавляете один-два опорных устройства (обычно ядро сети — центральный коммутатор или роутер), а дальше LibreNMS раскручивает клубок соседей по служебным протоколам:

• CDP и LLDP — протоколы обнаружения соседей: каждый управляемый коммутатор знает, кто подключён к его портам, и LibreNMS этим пользуется;
• ARP-таблицы — по ним находятся устройства, которые не анонсируют себя протоколами соседства: принтеры, ИБП, точки доступа;
• OSPF и BGP — если в сети есть динамическая маршрутизация, соседи по протоколам маршрутизации тоже подтягиваются автоматически;
• сканирование подсетей по SNMP — для заданных диапазонов система сама пробует опросить каждый адрес.

Каждое найденное устройство LibreNMS опознаёт по SNMP: вендор, модель, версия прошивки, серийный номер, список интерфейсов. И сразу начинает рисовать графики по всем портам — трафик, ошибки, состояние линка — без единой строчки ручной конфигурации. Cisco, MikroTik, HP/Aruba, Juniper, D-Link, APC, Eaton, сетевые принтеры Kyocera и HP — весь типовой офисный зоопарк распознаётся из коробки.

Для сравнения: в Zabbix — системе, которую мы тоже активно используем и уважаем, — каждый узел нужно завести, привязать к нему шаблон, а для сетевого железа шаблон нередко приходится дорабатывать под конкретную модель. Автообнаружение там тоже есть, но требует настройки правил и действий. Разница в трудозатратах на старте — часы против дней: типовой офис на 30–40 устройств LibreNMS описывает за вечер, Zabbix на том же парке мы настраиваем два-три рабочих дня.

Что LibreNMS умеет из коробки

SNMP-мониторинг сетевого железа

Это ядро системы и её сильнейшая сторона. По каждому порту каждого устройства — графики трафика, пакетов, ошибок и отброшенных кадров; по устройству целиком — CPU, память, температура, состояние вентиляторов и блоков питания. Для коммутаторов с SFP-модулями снимаются параметры оптики: уровни сигнала, температура трансивера — деградацию линка видно до того, как он ляжет. ИБП отдают заряд и напряжение батарей, нагрузку, время автономии; принтеры — остаток тонера и счётчики страниц.

Серверы Windows и Linux

Серверы LibreNMS мониторит через SNMP или агенты (поддерживается агент check_mk и механизм SNMP extend): CPU, память, диски, сетевые интерфейсы, аптайм, базовый контроль служб и процессов. Для типового офиса этого достаточно, чтобы заметить забитый диск или зависший сервер. Скажу честно: для глубокого мониторинга приложений — счётчиков 1С, очередей SQL Server, логов — мы берём Zabbix. LibreNMS про сеть и «железное» здоровье, и не надо требовать от него большего.

Алерты: Telegram, email, эскалации

Система алертинга построена на правилах: любое условие по любой собираемой метрике — «порт лёг», «ошибки на интерфейсе растут», «заряд ИБП ниже 50%», «устройство недоступно 5 минут». Транспортов доставки — десятки, из практики нам хватает двух: Telegram (дежурный чат инженеров) и email (журнал для истории). Есть эскалации — если алерт не подтверждён за N минут, уведомление уходит следующему уровню, — и maintenance-окна: на время плановых работ устройство глушится и не спамит.

Карта сети, инвентаризация и прочее полезное

Из приятного в комплекте: автоматическая карта топологии по данным LLDP/CDP, плагин weathermap для красивой схемы с загрузкой линков (клиенты такие схемы обожают), биллинг трафика по портам (актуально для арендных площадей и подсчёта потребления филиалов), полная инвентаризация железа — вендор, модель, серийник, прошивка каждого устройства в одной таблице. Через API всё это выгружается наружу — мы, например, затягиваем инвентарные данные в учёт. Для телефона есть мобильные приложения от сообщества, но честно — адаптивного веб-интерфейса хватает.

Русский язык и порог входа

Вопрос, который клиенты задают первым. Отвечаю как есть: перевод интерфейса на русский в дистрибутиве присутствует, это community-перевод, включается в настройках пользователя (My Settings → Language). Меню, дашборды, основные экраны — по-русски. Глубокие настройки, тексты правил алертинга и вся документация — английские, и перевода документации ждать не стоит.

Мой вердикт по порогу входа такой: администратору с базовым техническим английским LibreNMS комфортен — терминология стандартная, интерфейс логичный. Режима «включил и забыл, а смотрит секретарь» не будет: чтобы читать графики и понимать алерты, нужен человек, который знает, что такое SNMP и чем аплинк отличается от даунлинка. Впрочем, ровно для этого существует аутсорсинг — у большинства наших клиентов в LibreNMS смотрим мы, а клиент получает выжимку и решённые до звонка бухгалтера проблемы.

LibreNMS против конкурентов глазами практика

Против Zabbix

Мы используем обе системы и выбираем по задаче. LibreNMS выигрывает по скорости запуска на сетевом железе — автообнаружение против ручной привязки шаблонов, часы против дней. Zabbix выигрывает по гибкости: произвольные метрики, вычисляемые триггеры, мониторинг приложений и бизнес-логики, низкоуровневое обнаружение чего угодно. Наше правило простое: болит сеть — LibreNMS, болят серверы и 1С — Zabbix, болит всё — обе, и это нормальная связка, а не расточительство.

Против Observium CE

Прародитель жив, и Community-редакция у него бесплатна. Но в CE обрезано ровно то, без чего мониторинг — не мониторинг: полноценный алертинг и API доступны только в платной подписке, релизы CE выходят редко. У LibreNMS алерты, API и все функции бесплатны навсегда — по-моему, выбор очевиден.

Против PRTG

PRTG — отличный коммерческий продукт с бесплатным лимитом в 100 сенсоров. Подвох в том, что сенсор — это не устройство, а метрика: один 24-портовый коммутатор с опросом трафика по портам съедает 25–30 сенсоров. Бесплатный PRTG заканчивается на втором коммутаторе, дальше — лицензия за серьёзные деньги в валюте, что для российского малого бизнеса в 2026 году отдельная боль. У LibreNMS лимитов нет вообще.

Честные минусы, о которых молчат обзоры

Систему, которую хвалишь, надо уметь и поругать — иначе это реклама, а не обзор. Минусы LibreNMS, с которыми мы живём, и как мы их обходим:

• PHP/MySQL-стек тяжелее современных Go-конкурентов. На сотнях устройств с минутным опросом поллер начинает есть CPU заметно. Обход: для офисов до 100 устройств проблемы нет вовсе; дальше — Redis-очередь, дополнительные поллеры, быстрый диск под RRD.
• RRD-графики нельзя пересчитать задним числом. Формат RRD усредняет старые данные при записи: детализация по минутам за прошлый месяц потеряна навсегда, и изменить это ретроспективно нельзя. Обход: принять как данность — для разбора «что было полгода назад в 14:03» нужен уже стек с полноценной time-series базой.
• Перевод интерфейса частичный. Писал выше: базовый английский админу необходим.
• Алертинг требует вдумчивой настройки. Правила из коробки дают шумные уведомления: мигнувший порт пользовательской розетки будит дежурного в три ночи. Обход: первая неделя после внедрения — тюнинг правил, задержек и исключений; у нас на это есть отработанный чек-лист.
• NetFlow — не сюда. LibreNMS показывает, сколько трафика идёт через порт, но не кто и куда его гонит. Для анализа потоков нужен отдельный инструмент. Обход: в 90% офисных случаев вопрос «кто забил канал» решается графиками портов доступа; для остальных 10% ставим рядом коллектор NetFlow.

Кому мы ставим LibreNMS, а кому — нет: чек-лист

Сводя пятнадцать лет практики в один список. LibreNMS — ваш вариант, если:

• в офисе есть управляемые коммутаторы, Wi-Fi на управляемых точках, ИБП с сетевыми картами, сетевые принтеры — то есть железо, умеющее SNMP;
• устройств от десятка до пары сотен;
• нужен быстрый старт: мониторинг «уже вчера», а не проект на месяц;
• бюджет на лицензии — ноль, а данные должны остаться у вас;
• есть админ или подрядчик, который будет на графики смотреть.

LibreNMS — не ваш вариант, если:

• весь «парк» — три неуправляемых свитча из супермаркета: мониторить нечего, SNMP там нет; сначала железо, потом мониторинг;
• главная боль — 1С, SQL и бизнес-приложения: берите Zabbix или комбинируйте две системы;
• нужен глубокий анализ трафика по потокам — смотрите в сторону связки с NetFlow-коллектором.

Мы ставим LibreNMS примерно в каждом втором офисном проекте — там, где болит именно сеть. В следующей статье серии покажу, как развернуть его в Docker за вечер: реальные конфиги, подготовка SNMP на MikroTik, Cisco и Keenetic, грабли из наших внедрений.