0. Wstęp, czyli trochę odbiegając od tematuTen artykuł powstał głównie dlatego, że bardzo trudno znaleźć porównawcze cechy podobnego oprogramowania lub po prostu listę w jednym miejscu. Trzeba przeszukać mnóstwo materiałów, aby dojść do jakiegoś wniosku.
W związku z tym postanowiłem nieco zaoszczędzić czas i wysiłek tych, których interesuje ten temat, i zgromadziłem w jednym miejscu maksymalnie możliwą, jaką zdołałem opracować, liczbę systemów do mapowania sieci.
Niektóre z systemów opisanych w tym artykule były przeze mnie osobiście testowane w przeszłości. Prawdopodobnie są to nieaktualne wersje. Część z poniższych widzę po raz pierwszy, a informacje na ich temat zbierałem wyłącznie w ramach przygotowań do tego artykułu.
Ponieważ z systemami miałem do czynienia już jakiś czas temu, a niektóre z nich nie były używane wcale, nie zostały mi żadne zrzuty ekranu ani przykłady. Dlatego odświeżyłem wiedzę w Google, Wikipedii, na YouTube, na stronach deweloperów, gdzie również znalazłem zrzuty ekranu, i w efekcie powstał taki przegląd.
1. Teoria
1.1. Po co?
Aby odpowiedzieć na pytanie „Po co?”, najpierw trzeba zrozumieć, czym właściwie jest „Mapa sieci”. Mapa sieci to (najczęściej) logiczno-graficzne przedstawienie interakcji urządzeń sieciowych oraz ich połączeń, które opisuje ich najważniejsze parametry i właściwości. W dzisiejszych czasach często stosuje się ją w połączeniu z monitorowaniem stanu urządzeń i systemem powiadamiania. Tak więc: po to, aby mieć wyobrażenie o rozmieszczeniu węzłów sieci, ich interakcji i zależnościach między nimi. W połączeniu z monitorowaniem uzyskujemy skuteczne narzędzie do diagnozowania zachowania i prognozowania funkcjonowania sieci.
1.2. L1, L2, L3
To jest Layer 1, Layer 2 i Layer 3 zgodnie z modelem OSI. L1 to poziom fizyczny (przewody i przełączanie), L2 to poziom adresacji fizycznej (adresy mac), L3 to poziom adresacji logicznej (adresy IP).
Nie ma sensu budować mapy L1, w zasadzie wynika ona logicznie z L2, z wyjątkiem może konwerterów mediów. I to, obecnie istnieją konwertery mediów, które również można śledzić.
Logika mówi, że L2 buduje mapę sieci na podstawie adresów mac węzłów, a L3 na podstawie adresów IP węzłów.
1.3. Jakie dane wyświetlać
To zależy od zadań i oczekiwań. Ja na przykład chciałbym wiedzieć, czy urządzenie działa, na którym porcie co „wisi” i w jakim stanie jest port – up czy down. Może to być L2. W ogóle L2 wydaje mi się najbardziej zastosowaną w praktycznym sensie topologią mapy sieci. Ale, co kto lubi...
Prędkość połączenia na porcie – nieźle, ale nie krytycznie, jeśli to jest urządzenie końcowe – drukarka lub komputer. Dobrze by było mieć możliwość podglądania obciążenia procesora, ilości wolnej pamięci RAM i temperatury na urządzeniu. Ale to już nie takie proste, trzeba będzie skonfigurować system monitorowania, który potrafi odczytywać SNMP i wyświetlać oraz analizować zebrane dane. O tym później.
W przypadku L3 znalazłem coś takiego: .
1.4. Jak?
Można ręcznie, można w trybie automatycznym. Jeśli ręcznie – to długo i trzeba brać pod uwagę czynnik ludzki. Jeśli automatycznie – to trzeba upewnić się, że wszystkie urządzenia sieciowe muszą być „inteligentne”, obsługiwać SNMP i ten SNMP musi być poprawnie skonfigurowany, aby system, który zbiera dane, mógł je odczytać.
Niby nie jest to trudne. Ale są pewne pułapki. Zaczynając od tego, że nie każdy system będzie mógł odczytać wszystkie dane, które chcielibyśmy zobaczyć, lub nie wszystkie urządzenia sieciowe mogą te dane przekazać, a kończąc na tym, że nie każdy system potrafi automatycznie tworzyć mapy sieci.
Proces automatycznego tworzenia mapy jest mniej więcej taki:
— system odczytuje dane z urządzeń sieciowych
— na podstawie danych tworzy dla każdego portu routera tabelę przyporządkowania adresów na portach
— porównuje adresy i nazwy urządzeń
— buduje powiązania port-urządzenie
— rysuje to wszystko w postaci schematu, „intuicyjnego” dla użytkownika
2. Praktyka
No to porozmawiajmy teraz o tym, za pomocą czego można zbudować mapę sieci. Przyjmijmy za punkt wyjścia, że chcemy, oczywiście, maksymalnie zautomatyzować ten proces. Cóż, to znaczy Paint i MS Visio odpadają… chociaż… nie, jednak odpadają.
Istnieje specjalistyczne oprogramowanie do tworzenia map sieci. Niektóre produkty mogą jedynie zapewnić środowisko do "ręcznego" dodawania obrazków z właściwościami, rysowania połączeń i uruchamiania "monitoringu" w bardzo ograniczonej formie (czy węzeł żyje, czy już nie odpowiada). Inne natomiast potrafią nie tylko samodzielnie narysować schemat sieci, ale także zbierać mnóstwo parametrów z SNMP, powiadamiać użytkownika za pomocą SMS w przypadku awarii, dostarczać wiele informacji o portach urządzenia sieciowego, a wszystko to jest tylko częścią ich funkcjonalności (takie jak NetXMS).
2.1. Produkty
Lista nie jest pełna, ponieważ istnieje naprawdę bardzo wiele tego rodzaju oprogramowania. Ale to wszystko, co Google zwraca na ten temat (w tym anglojęzyczne strony):
Projekty Open Source:
LanTopoLog
Nagios
Icinga
NeDi
Pandora FMS
PRTG
NetXMS
Zabbix
Projekty płatne:
LanState
Total Network Monitor
Solarwinds Network Topology Mapper
UVexplorer
Auvik
AdRem NetCrunch
2.2.1. Darmowe oprogramowanie
2.2.1.1. LanTopoLog
Oprogramowanie stworzone przez Yuri'ego Wołokityna. Interfejs jest tak prosty, jak to tylko możliwe. Program wspiera, powiedzmy, półautomatyczne tworzenie sieci. Należy "nakarmić" go ustawieniami wszystkich routerów (IP, dane SNMP), a reszta wydarzy się sama, mianowicie nawiążą się związki między urządzeniami z oznaczeniem portów.
Istnieją płatne i bezpłatne wersje produktu.
2.2.1.2. Nagios
Oprogramowanie Open Source, istnieje od 1999 roku. System zaprojektowano do monitorowania sieci, co oznacza, że potrafi odczytywać dane przez SNMP i automatycznie tworzyć mapę sieci, ale ponieważ nie jest to jego główna funkcja, czyni to w dość... osobliwy sposób... Do tworzenia map używa się NagVis.
2.2.1.3. Icinga
Icinga to system Open Source, który w pewnym momencie odłączył się od Nagios. System pozwala na automatyczne tworzenie map sieci. Problem polega tylko na tym, że mapy tworzy przy pomocy dodatku NagVis, który został opracowany dla Nagios, więc będzie można uznać, że w zakresie tworzenia map sieci obie te systemy są identyczne.
2.2.1.4. NeDi
Potrafi automatycznie wykrywać węzły w sieci i na podstawie tych danych tworzyć mapę sieci. Interfejs jest dość prosty, istnieje monitorowanie stanu przez SNMP.
Istnieją bezpłatne i płatne wersje produktu.
2.2.1.5. Pandora FMS
Potrafi w autoodkrywaniu, autoryczne, SNMP. Przyjemny interfejs.
Istnieją bezpłatne i płatne wersje produktu.
2.2.1.6. PRTG
Oprogramowanie nie obsługuje automatycznego tworzenia mapy sieci, tylko przeciąganie obrazków ręcznie. Jednak może monitorować stan urządzeń za pomocą SNMP. Interfejs pozostawia wiele do życzenia, moim subiektywnym zdaniem.
30 dni – pełna funkcjonalność, później – „wersja darmowa”.
2.2.1.7. NetXMS
NetMXS to przede wszystkim system monitorowania Open Source, a tworzenie mapy sieci to funkcja uboczna. Ale jest to zrealizowane dość starannie. Automatyczne tworzenie na podstawie autoodkrywania, monitorowanie węzłów za pomocą SNMP, potrafi śledzić stan portów routerów i inne statystyki.
2.2.1.8. Zabbix
Zabbix to również system monitorowania Open Source, który jest bardziej elastyczny i potężniejszy niż NetXMS, ale mapy sieci potrafi tworzyć tylko w trybie ręcznym, jednak może monitorować prawie wszelkie parametry routerów, które można dostosować.
2.2.2. Oprogramowanie komercyjne
2.2.2.1. LanState
Oprogramowanie komercyjne, które pozwala na automatyczne przeskanowanie topologii sieci i na podstawie wykrytego sprzętu stworzyć mapę sieci. Umożliwia monitorowanie stanu wykrytych urządzeń tylko po up/down samego węzła.
2.2.2.2. Total Network Monitor
Oprogramowanie komercyjne, które nie potrafi automatycznie tworzyć mapy sieci. Nie potrafi nawet automatycznie wykrywać węzłów. W zasadzie to to samo co Visio, ale skoncentrowane na topologii sieci. Umożliwia monitorowanie stanu wykrytych urządzeń tylko po up/down samego węzła.
Cholera! Przecież pisałem wcześniej, że rezygnujemy z Painta i Visio… Dobra, niech będzie.
Nie znalazłem wideo-manuału, a tak w ogóle to nie jest potrzebny… Programik średni.
2.2.2.3. Solarwinds Network Topology Mapper
Oprogramowanie komercyjne, jest okres próbny. Może automatycznie przeskanować sieć i samodzielnie stworzyć mapę według określonych parametrów. Interfejs jest dość prosty i przyjemny.
2.2.2.4. UVexplorer
Oprogramowanie komercyjne, 15-dniowy okres próbny. Potrafi autoodkrywanie i automatyczne rysowanie mapy, monitorowanie urządzeń tylko po stanie up/down, czyli poprzez ping urządzenia.
2.2.2.5. Auvik
Całkiem ładny płatny program, który potrafi autoodkrywanie i monitorowanie urządzeń sieciowych.
2.2.2.6. AdRem NetCrunch
Płatne oprogramowanie z 14-dniowym okresem próbnym. Potrafi autoidentyfikację i automatyczne tworzenie sieci. Interfejs nie wzbudził zachwytu. Potrafi też monitorować SNMP.
3. Tabela porównawcza
Jak się okazało, wymyślenie aktualnych i ważnych parametrów do porównania systemów oraz zmieszczenie ich w jednej małej tabeli jest dość trudne. Powstało to:
*Parametr „User Friendly” jest skrajnie subiektywny, i zdaję sobie z tego sprawę. Ale jak inaczej opisać „nieczytelność i toporność”, nie wymyśliłem.
**„Monitoring nie tylko sieci” zakłada działanie systemu jako „systemu monitorowania” w tradycyjnym rozumieniu tego pojęcia, to znaczy możliwość odczytywania metryk z systemu operacyjnego, hostów wirtualizacji, uzyskiwania danych z aplikacji w systemach gościnnych itd.
4. Osobista opinia
Z własnego doświadczenia — nie widzę sensu w używaniu oprogramowania wyłącznie do monitorowania sieci. Bardziej podoba mi się pomysł korzystania z systemu monitorowania wszystkiego z możliwością budowy mapy sieci. Zabbix radzi sobie z tym... trudno. Nagios i Icinga również. Tylko NetXMS w tym zakresie mnie zadowolił. Choć, jeśli się postarać i zrobić mapę w Zabbix, to wygląda to nawet bardziej obiecująco niż NetXMS. Jest jeszcze Pandora FMS, PRTG, Solarwinds NTM, AdRem NetCrunch, a prawdopodobnie jeszcze wiele innych, które nie znalazły się w tym artykule, ale widziałem je tylko na obrazkach i w filmach, więc nic na ich temat powiedzieć nie mogę.
Na temat NetXMS napisano z krótkim przeglądem możliwości systemu oraz małym przewodnikiem.
P.S.:
Jeśli się gdzieś pomyliłem, a prawdopodobnie się pomyliłem, proszę, poprawcie to w komentarzach, a ja poprawię artykuł, aby ci, którzy potrzebują tych informacji, nie musieli wszystkiego sprawdzać na własnym doświadczeniu.
Dziękujemy.
Źródło: habr.com
