0. Въведение или малко оффтопикТази статия се появи единствено, защото е изключително трудно да се намерят сравнителни характеристики на подобен софтуер, а дори и просто списък, в едно място. Принуждаваш се да прегледаш куп материали, за да стигнеш до някакво заключение.
С оглед на това реших да спестя времето и усилията на тези, които се интересуват от този въпрос, и събрах на едно място максимално възможното, за което съм чел, количество системи за мапинг на мрежи.
Част от системите, описани в тази статия, бяха изпробвани от мен лично. Вероятно става въпрос за остарели версии на момента. Някои от по-долу споменатите виждам за пръв път, а информацията за тях беше събрана единствено в рамките на подготовката на тази статия.
Тъй като системите не са били използвани отдавна, а част от тях не съм ги разглеждал изобщо, не останаха скрийншотове или примери. Затова освежих знанията си чрез Google, Wikipedia, YouTube, сайтове на разработчици, където също намерих скрийншотове, и накрая имам следния обзор.
1. Теория
1.1. Защо?
За да отговорим на въпроса «Защо?», първо трябва да разберем какво представлява «Карта на мрежата». Карта на мрежата – (най-често) логическо-графично-схематично представяне на взаимодействията между мрежовите устройства и техните връзки, описващо най-съществените параметри и свойства. В наши дни се използва често в комбинация с мониторинг на състоянието на устройствата и система за известяване. Така, за да имаме представа за разположението на възлите в мрежата, тяхното взаимодействие и връзките помежду им. В комбинация с мониторинга получаваме работен инструмент за диагностика на поведението и прогнозиране на поведението на мрежата.
1.2. L1, L2, L3
Те са Layer 1, Layer 2 и Layer 3 в съответствие с OSI модела. L1 – физическо ниво (кабели и комутация), L2 – ниво на физическа адресация (MAC адреси), L3 – ниво на логическа адресация (IP адреси).
Няма смисъл да строим L1 карта, тя логически произтича от L2, с изключение, може би, на медиаконверторите. И всъщност, в момента съществуват медиаконвертори, които също могат да бъдат проследявани.
Според логиката – L2 изгражда карта на мрежата, основаваща се на MAC адресите на възлите, а L3 – на IP адресите на възлите.
1.3. Какви данни да се визуализират
Тук зависи от решаваните на задачите и желанията. На мен, например, естествено ми е да разбера дали самата железа е "жива", на кой порт какво "вися" и в какво състояние е портът – up или down. Това може да бъде L2. А и въобще L2 ми се струва най-приложимата в практическото смисъл топология на мрежовата карта. Но, вкусът и цветът…
Скоростта на свързване на порта – неплохо, но не критично, ако там е крайното устройство – принтер или компютър. Добре би било да имаме възможност да видим нивото на натоварване на процесора, количеството свободна оперативна памет и температурата на железото. Но това не е толкова просто, тук ще е нужно да настроим система за мониторинг, която знае как да чете SNMP и да извежда и анализира получените данни. За това по-късно.
По отношение на L3 намерих такава .
1.4. Как?
Може ръчно, може и автоматично. Ако ръчно – то е бавно и трябва да се отчете човешкия фактор. Ако автоматично – то трябва да се има предвид, че всичките мрежови устройства трябва да бъдат "умни", да поддържат SNMP и този SNMP трябва да е правилно настроен, за да може системата, която ще събира данните от тях, да може да ги прочита.
Не изглежда сложно. Но има подводни камъни. Започвайки от това, че не всяка система може да прочете от устройството всички онези данни, които бихме искали да видим, или не всичките мрежови устройства могат да предоставят тези данни, и завършвайки с това, че не всяка система умее сама да строи мрежови карти в автоматичен режим.
Процесът на автоматично формиране на картата е приблизително следният:
— системата чете данни от мрежовото оборудване
— на основата на данните формира за всеки порт на маршрутизатора таблица за съответствие на адресите на портовете
— сопоставя адреси и имена на устройства
— изгражда връзки порт-пос устройство
— визуализира всичко това като схема, "интуитивно разбираема" за потребителя
2. Практика
И така, да поговорим сега за това, с което можем да построим мрежовата карта. Нека вземем за отправна точка, че искаме, разбира се, максимално да автоматизираме процеса. Тоест Paint и MS Visio отпадат… обаче… Не, все пак отпадат.
Съществува софтуер, специално проектиран за изграждане на мрежови карти. Някои софтуерни продукти могат само да осигурят среда за "ръчно" добавяне на изображения с характеристики, рисуване на връзки и стартиране на "мониторинг" в крайно ограничен вид (дали нодата е активна или вече не отговаря). Други пък не само че могат автоматично да рисуват схемата на мрежата, но и да изчисляват множество параметри чрез SNMP, да уведомяват потребителите по SMS в случай на повреди, и да предоставят много информация за портовете на мрежовото оборудване, което е само част от техните функции (като например NetXMS).
2.1. Продукти
Списъкът едва ли е изчерпателен, тъй като съществуват наистина много подобни софтуерни решения. Но това е всичко, което Google намира по темата (включително англоезични сайтове):
Open Source проекти:
LanTopoLog
Nagios
Icinga
NeDi
Pandora FMS
PRTG
NetXMS
Zabbix
Платени проекти:
LanState
Total Network Monitor
Solarwinds Network Topology Mapper
UVexplorer
Auvik
AdRem NetCrunch
2.2.1. Безплатен софтуер
2.2.1.1. LanTopoLog
Софтуер, разработен от Юрий Волокитин. Интерфейсът е прост до степен, в която това изобщо е възможно. Софтуерът поддържа, да кажем, полуавтоматично изграждане на мрежата. Нужно е да "храните" настройките на всички рутери (IP, SNMP удостоверения), след което всичко ще се случи само — връзките между устройствата с указани портове ще бъдат изградени.
Има платена и безплатна версия на продукта.
2.2.1.2. Nagios
Open Source софтуер, съществуващи от 1999 година. Системата е разработена за мониторинг на мрежата, тоест може да чете данни чрез SNMP и автоматично да изгражда карта на мрежата, но понеже това не е основната и функция, тя го прави по доста... странен начин. За изграждане на картите се използва NagVis.
2.2.1.3. Icinga
Icinga – това е Open Source система, която в свое време се отдели от Nagios. Системата позволява автоматично изграждане на мрежови карти. Проблемът е, че картите се строят с помощта на добавката NagVis, която е разработена за Nagios, така че ще считаме, че що се отнася до изграждане на мрежови карти, тези две системи са идентични.
2.2.1.4. NeDi
Може автоматично да открива нодите в мрежата и на базата на тези данни да построи карта на мрежата. Интерфейсът е доста прост, има мониторинг на състоянието чрез SNMP.
Има безплатна и платена версия на продукта.
2.2.1.5. Pandora FMS
Поддържа автооткриване, автоизграждане на мрежата, SNMP. Приятен интерфейс.
Има безплатна и платена версия на продукта.
2.2.1.6. PRTG
ПО не поддържа автоматично изграждане на мрежова карта, а само ръчно прехвърляне на изображения. Въпреки това, може да наблюдава състоянието на устройствата чрез SNMP. Интерфейсът може да се подобри, по мое мнение.
30 дни — пълен функционал, след това — "безплатна версия".
2.2.1.7. NetXMS
NetMXS е преди всичко Open Source система за мониторинг, а изграждането на мрежови карти е вторична функция. Но тя е реализирана сравнително добре. Автоматично изграждане на базата на автооткриване, наблюдение на нодове по SNMP, може да следи състоянието на портовете на маршрутизаторите и друга статистика.
2.2.1.8. Zabbix
Zabbix също е Open Source система за мониторинг, а е и по-гъвкава и мощна в сравнение с NetXMS, но може да изгражда мрежови карти само в ръчен режим, докато може да наблюдава почти всякакви параметри на маршрутизаторите, настроими за събиране.
2.2.2. Платен софтуер
2.2.2.1 LanState
Платен софтуер, който позволява автоматично сканиране на топологията на мрежата и изграждане на мрежова карта на базата на откритото оборудване. Позволява наблюдение на състоянието на откритите устройства само по up/down на самата нода.
2.2.2.2. Total Network Monitor
Платен софтуер, който не поддържа автоматично изграждане на мрежова карта. Дори не може да открива нодове автоматично. Всъщност е същият Visio, но ориентиран към мрежовата топология. Позволява наблюдение на състоянието на откритите устройства само по up/down на самата нода.
Черт! Аз вече споменах, че се отказваме от Paint и Visio… Добре, нека бъде.
Не намерих видео ръководство, да, и не е необходимо… Програмата е така си.
2.2.2.3. Solarwinds Network Topology Mapper
Платен софтуер, има пробен период. Може автоматично да сканира мрежата и самостоятелно да състави карта по зададени параметри. Интерфейсът е доста прост и приятен.
2.2.2.4. UVexplorer
Платен софтуер, 15-дневен пробен период. Поддържа автооткриване и автоматично рисуване на карти, наблюдение на устройства само по състоянието up/down, тоест чрез пинг на устройството.
2.2.2.5. Auvik
Доста симпатична платена програма, поддържа автооткриване и мониторинг на мрежови устройства.
2.2.2.6. AdRem NetCrunch
Платена софтуерна програма с 14-дневен пробен период. Поддържа автоопределение и автоматично изграждане на мрежата. Интерфейсът не предизвиква възторг. Също така поддържа SNMP мониторинг.
3. Таблица за сравнение
Оказва се, че да се измислят актуални и важни параметри за сравнение на системи и същевременно да се съберат в една малка таблица — е доста сложно. Родиха се тези:
*Параметърът «Потребителска приятелност» е изключително субективен, и това го разбирам. Но не измислих как иначе да опиша «непохватността и нечетимието».
**«Мониторинг не само на мрежата» подразбира работата на системата като «система за мониторинг» в обичайния смисъл на термина, т.е. възможността да се четат метрики от ОС, виртуализационни хостове, да се получават данни от приложения в гостуващи ОС и т.н.
4. Личен опит
От личен опит — не виждам смисъл в това да се използва софтуер само за мониторинг на мрежата. Мен повече ме привлича идеята за система за мониторинг на всичко и всякак, с възможност за изграждане на карта на мрежата. С Zabbix положението е… трудно. Nagios и Icinga също. Само NetXMS ме зарадва в това отношение. Въпреки това, ако се постараете и направите карта в Zabbix, това изглежда даже по-проспективно, отколкото с NetXMS. Има още Pandora FMS, PRTG, Solarwinds NTM, AdRem NetCrunch и вероятно още куп неща, които не са включени в тази статия, но съм ги виждал само на картинки и видеа, така че не мога да кажа нищо за тях.
По отношение на NetXMS беше написана с кратък преглед на възможностите на системата и малко как да го направите.
P.S.:
Ако съм сгрешил някъде, а вероятно съм, моля, коригирайте в коментарите, ще поправя статията, за да не се налага на тези, на които тази информация им е полезна, да проверяват всичко сами.
Благодаря.
Източник: habr.com
