0. Introducere sau un pic de off-topicAcest articol a fost creat tocmai pentru că este extrem de greu să găsești caracteristici comparative ale unui astfel de software, sau măcar o listă, într-un singur loc. Este nevoie să răsfoiești o mulțime de materiale pentru a ajunge la o concluzie.
În acest context, am decis să economisesc puțin timp și efort pentru cei interesați de această problemă și am adunat într-un singur loc un număr cât mai mare de sisteme pentru maparea rețelei pe care le-am putut găsi.
O parte din sistemele descrise în acest articol au fost testate personal de mine la un moment dat. Cel mai probabil, acestea erau versiuni care nu mai sunt actuale acum. Unele dintre cele de mai jos le văd pentru prima dată, iar informațiile despre ele au fost adunate exclusiv în cadrul pregătirii acestui articol.
Deoarece am interacționat cu aceste sisteme acum mult timp, iar unele dintre ele nu le-am testat deloc, nu am mai rămas cu capturi de ecran sau exemple. Astfel că mi-am reîmprospătat cunoștințele pe Google, Wikipedia, YouTube, site-urile dezvoltatorilor, unde am găsit și capturi de ecran, iar rezultatul final este un astfel de rezumat.
1. Teorie
1.1. De ce?
Pentru a răspunde la întrebarea „De ce?” trebuie mai întâi să înțelegem ce este o „Hartă de rețea”. Harta de rețea – (cel mai frecvent) o reprezentare logică, grafică și schematică a interacțiunii dispozitivelor de rețea și a conexiunilor acestora, care descrie cele mai semnificative parametrii și proprietăți. În zilele noastre, este adesea folosită împreună cu monitorizarea stării dispozitivelor și un sistem de alertare. Așadar, este utilă pentru a avea o imagine asupra amplasării nodurilor rețelei, a interacțiunilor și a conexiunilor dintre acestea. În legătură cu monitorizarea, avem un instrument funcțional pentru diagnosticarea comportamentului și anticiparea lui în rețea.
1.2. L1, L2, L3
Acestea sunt cunoscute și sub denumirile Layer 1, Layer 2 și Layer 3 conform modelului OSI. L1 – nivelul fizic (cabluri și comutare), L2 – nivelul adresării fizice (adrese MAC), L3 – nivelul adresării logice (adrese IP).
Practic, nu are sens să construiești o hartă L1, aceasta derivă logic din L2, cu excepția, poate, a converterelor de medii. Chiar și așa, acum există convertoare de medii care pot fi, de asemenea, urmărite.
Logic, L2 construiește harta rețelei pe baza adreselor MAC ale nodurilor, iar L3 – pe baza adreselor IP ale nodurilor.
1.3. Ce date să afișăm
Acesta depinde de sarcinile și dorințele rezolvate. De exemplu, îmi doresc să înțeleg dacă „hardware-ul” funcționează corect, ce este conectat la fiecare port și care este starea portului - up sau down. Asta poate fi L2. De altfel, mi se pare că L2 este cea mai potrivită topologie de rețea în sens aplicat. Dar, gusturile diferă...
Viteza de conectare a portului - e bine, dar nu este critică, dacă acolo se află un dispozitiv final - imprimantă sau PC. Ar fi bine să pot verifica nivelul utilizării procesorului, cantitatea de memorie RAM liberă și temperatura hardware-ului. Dar asta nu este atât de simplu; va trebui să configurez un sistem de monitorizare care să poată citi SNMP și să genereze și analizeze datele primite. Despre asta mai târziu.
În legătură cu L3, am găsit asta: .
1.4. Cum?
Se poate manual, se poate și automat. Dacă se face manual, durează mult și trebuie să luăm în considerare factorul uman. Dacă se face automat, trebuie să ne asigurăm că toate dispozitivele de rețea sunt „inteligente”, să accepte SNMP și că acest SNMP este corect configurat, astfel încât sistemul care va colecta datele de la ele să le poată citi.
Pare simplu. Dar există capcane. Începând cu faptul că nu orice sistem poate citi toate datele de pe dispozitiv pe care ne-ar plăcea să le vedem sau nu toate dispozitivele de rețea pot oferi aceste date, și terminând cu faptul că nu orice sistem poate construi singur hărți de rețea în mod automat.
Procesul de generare automată a hărții este aproximativ următorul:
— sistemul citește datele de la echipamentele de rețea
— pe baza acestor date, pentru fiecare port al router-ului se formează o tabelă de corespondență a adreselor de pe porturi
— asociază adresele cu numele dispozitivelor
— construiește legăturile port-dispozitiv
— reprezintă totul sub formă de diagramă, „intuitivă” pentru utilizator
2. Practica
Așadar, acum să discutăm despre cum putem construi o hartă de rețea. Să presupunem că ne dorim, bineînțeles, să automatizăm acest proces pe cât posibil. Adică, Paint și MS Visio cad… totuși… nu, de fapt, nu cad.
Există software specializat care rezolvă problema construirii unei hărți de rețea. Unele produse software pot oferi doar un mediu pentru adăugarea „manuală” a imaginilor cu proprietăți, desenarea conexiunilor și lansarea „monitorizării” într-o formă foarte restrânsă (dacă nodul este activ sau nu răspunde). Altele pot nu doar să deseneze schematic rețeaua, ci și să calculeze o mulțime de parametri cu SNMP, să notifice utilizatorul prin SMS în cazul defecțiunilor și să ofere o mulțime de informații despre porturile echipamentului de rețea, iar toate acestea sunt doar o parte din funcționalitatea lor (precum NetXMS).
2.1. Produse
Lista nu este deloc completă, deoarece există foarte multe astfel de programe. Dar acesta este tot ce oferă Google pe subiect (inclusiv site-uri în limba engleză):
Proiecte Open Source:
LanTopoLog
Nagios
Icinga
NeDi
Pandora FMS
PRTG
NetXMS
Zabbix
Proiecte plătite:
LanState
Total Network Monitor
Solarwinds Network Topology Mapper
UVexplorer
Auvik
AdRem NetCrunch
2.2.1. Software gratuit
2.2.1.1. LanTopoLog
Software dezvoltat de Yuri Volokitin. Interfața este atât de simplă cât posibil. Programul oferă, să spunem așa, construcția semi-automată a rețelei. Trebuie să îi „alimentezi” setările tuturor routerelor (IP, credențiale SNMP), apoi totul se va desfășura automat, adică vor fi construite conexiunile între dispozitive, cu indicarea porturilor.
Există versiuni plătite și gratuite ale produsului.
2.2.1.2. Nagios
Software Open Source, existent din 1999. Sistemul a fost dezvoltat pentru monitorizarea rețelei, ceea ce înseamnă că poate citi date prin SNMP și construi automat o hartă a rețelei, dar deoarece aceasta nu este funcția sa principală, o face într-un mod... ciudat... Pentru construirea hărților este utilizat NagVis.
2.2.1.3. Icinga
Icinga este un sistem Open Source care s-a desprins de Nagios. Sistemul permite construirea automată a hărților rețelei. Problema este că hărțile sunt construite cu ajutorul addon-ului NagVis, care a fost dezvoltat pentru Nagios, așa că să considerăm că în ceea ce privește construirea hărților de rețea, aceste două sisteme sunt identice.
2.2.1.4. NeDi
Reușește să descopere automat nodurile din rețea și pe baza acestor date să construiască o hartă a rețelei. Interfața este destul de simplă, există monitorizare a stării prin SNMP.
Există versiuni gratuite și plătite ale produsului.
2.2.1.5. Pandora FMS
Reușește în autodetectare, construcție automată a rețelei, SNMP. Interfață plăcută.
Există versiuni gratuite și plătite ale produsului.
2.2.1.6. PRTG
Software-ul nu poate construi automat o hartă a rețelei, doar prin drag-and-drop manual. Cu toate acestea, poate monitoriza starea dispozitivelor prin SNMP. Interfața lasă de dorit, din punctul meu de vedere subiectiv.
30 de zile - funcționalitate completă, apoi - „versiune gratuită”.
2.2.1.7. NetXMS
NetMXS este în primul rând un sistem de monitorizare Open Source, construcția hărții de rețea fiind o funcție secundară. Totuși, este implementată destul de bine. Construirea automată pe baza descoperirii automate, monitorizarea nodurilor prin SNMP, poate urmări starea porturilor routerelor și alte statistici.
2.2.1.8. Zabbix
Zabbix este de asemenea un sistem de monitorizare Open Source, fiind mai flexibil și puternic decât NetXMS, însă hărțile de rețea pot fi construite doar în mod manual, deși poate monitoriza practic orice parametru al routerelor, colectarea căruia poate fi configurată.
2.2.2. Software plătit
2.2.2.1 LanState
Software plătit, care permite scanarea automată a topologiei rețelei și, pe baza echipamentului descoperit, construirea unei hărți a rețelei. Permite monitorizarea stării dispozitivelor descoperite doar prin verificarea up/down a nodurilor.
2.2.2.2. Total Network Monitor
Software plătit, care nu poate construi automat o hartă a rețelei. Nu poate descoperi automat nodurile. Practic este același lucru cu Visio, doar că orientat spre topologia rețelei. Permite monitorizarea stării dispozitivelor descoperite doar prin verificarea up/down a nodurilor.
Of! Am spus mai sus că renunțăm la Paint și Visio… Bine, să fie.
Nu am găsit un manual video, dar nici nu era necesar… Programul este așa și așa.
2.2.2.3. Solarwinds Network Topology Mapper
Software plătit, există un perioadă de trial. Poate scanarea automată a rețelei și crearea unei hărți pe baza parametrilor specificați. Interfața este destul de simplă și plăcută.
2.2.2.4. UVexplorer
Software plătit, trial de 15 zile. Poate descoperire automată și construcție automată a hărții, monitorizarea dispozitivelor doar în funcție de starea up/down, adică prin ping-ul dispozitivului.
2.2.2.5. Auvik
Un program plătit destul de atractiv, capabil de descoperire automată și monitorizarea dispozitivelor de rețea.
2.2.2.6. AdRem NetCrunch
Software plătit cu un trial de 14 zile. Poate auto-detectare și construcție automată a rețelei. Interfața nu a stârnit entuziasm. De asemenea, suportă monitorizarea SNMP.
3. Tabel de comparație
Se pare că a fost destul de dificil să găsesc parametrii relevanți și importanți pentru compararea sistemelor și să-i încadrez în o mică tablă. Am ajuns la următoarea variantă:
*Parametrul „User Friendly” este extrem de subiectiv, și sunt conștient de asta. Dar nu am găsit o altă modalitate de a descrie „disconfortul și neclaritatea”.
**„Monitorizarea nu doar a rețelei” înseamnă funcționarea sistemului ca o „sistem de monitorizare” în sensul obișnuit al termenului, adică abilitatea de a citi metrici de la OS, gazde de virtualizare, obținerea datelor din aplicații în sistemele de operare gazdă etc.
4. Părerea personală
Din experiența personală — nu văd sensul de a folosi software separat pentru monitorizarea rețelei. Mă atrage mai mult ideea de a folosi un sistem de monitorizare pentru tot și toate, având posibilitatea de a construi o hartă a rețelei. Cu Zabbix, este… complicat. Nagios și Icinga au aceleași probleme. Numai NetXMS m-a impresionat în acest sens. Totuși, dacă îți propui să faci o hartă în Zabbix, aceasta poate arăta chiar mai promițător decât NetXMS. Există și Pandora FMS, PRTG, Solarwinds NTM, AdRem NetCrunch, și, cel mai probabil, multe altele care nu au fost incluse în acest articol, dar le-am văzut doar în imagini și videoclipuri, așa că nu pot spune nimic despre ele.
Despre NetXMS a fost scris cu o mică prezentare a funcționalităților sistemului și un scurt ghid.
P.S.:
Dacă am greșit undeva, iar probabil că am greșit, vă rog să corectați în comentarii, voi ajusta articolul, astfel încât cei care pot beneficia de această informație să nu fie nevoiți să verifice totul pe propria experiență.
Mulțumim.
Sursa: habr.com
