0. Innledende, eller litt offtopicDenne artikkelen ble født bare fordi det er ekstremt vanskelig å finne komparative egenskaper for slik programvare, eller til og med bare en liste, på ett sted. Vi må måke en haug med materiale for å komme til i det minste en form for konklusjon.
I denne forbindelse bestemte jeg meg for å spare litt tid og krefter for de som er interessert i dette problemet, og samlet på ett sted maksimalt mulig, lest mestret av meg, antall systemer for nettverkskartlegging'a på ett sted.
Noen av systemene beskrevet i denne artikkelen har blitt prøvd av meg personlig. Mest sannsynlig var dette utdaterte versjoner for øyeblikket. Jeg ser noe av det følgende for første gang, og informasjon om dem ble samlet inn utelukkende som en del av utarbeidelsen av denne artikkelen.
På grunn av det faktum at jeg berørte systemene i lang tid, og ikke rørte noen av dem i det hele tatt, hadde jeg ingen skjermbilder eller noen eksempler. Så jeg frisket opp kunnskapen min i Google, wiki, på youtube, utviklersider, jeg gravde skjermbilder der, og som et resultat fikk jeg en slik oversikt.
1. Teori
1.1. For hva?
For å svare på spørsmålet "Hvorfor?" Først må du forstå hva et "Nettverkskart" er. Nettverkskart - (oftest) en logisk-grafisk-skjematisk representasjon av samspillet mellom nettverksenheter og deres tilkobling, som beskriver deres viktigste parametere og egenskaper. I dag brukes det ofte i forbindelse med overvåking av status for enheter og et varslingssystem. Så: da, for å ha en idé om plasseringen av nettverksnodene, deres interaksjon og forbindelsene mellom dem. I forbindelse med overvåking får vi et arbeidsverktøy for å diagnostisere atferden og forutsi atferden til nettverket.
1.2. L1, L2, L3
De er også lag 1, lag 2 og lag 3 i samsvar med OSI-modellen. L1 - fysisk nivå (ledninger og svitsjing), L2 - fysisk adresseringsnivå (mac-adresser), L3 - logisk adresseringsnivå (IP-adresser).
Faktisk er det ingen vits i å bygge et L1-kart, det følger logisk fra samme L2, kanskje med unntak av mediekonverterere. Og så, nå er det mediekonverterere som også kan spores.
Logisk - L2 bygger et nettverkskart basert på mac-adressene til nodene, L3 - på IP-adressene til nodene.
1.3. Hvilke data som skal vises
Det avhenger av oppgavene som skal løses og ønsker. For eksempel vil jeg naturligvis forstå om selve jernstykket er «levende», på hvilken port det «henger» og i hvilken tilstand porten er oppe eller nede. Det kan være L2. Og generelt virker L2 for meg den mest anvendelige nettverkskarttopologien i anvendt forstand. Men smaken og fargen...
Tilkoblingshastigheten på porten er ikke dårlig, men ikke kritisk hvis det er en sluttenhet der - en PC-skriver. Det ville vært fint å kunne se nivået på prosessorbelastningen, mengden ledig RAM og temperaturen på jernstykket. Men dette er ikke så lett lenger, her må du konfigurere et overvåkingssystem som kan lese SNMP og vise og analysere de mottatte dataene. Mer om dette senere.
Angående L3, fant jeg denne .
1.4. Hvordan?
Det kan gjøres manuelt, det kan gjøres automatisk. Hvis for hånd, så i lang tid, og du må ta hensyn til den menneskelige faktoren. Hvis automatisk, må du ta hensyn til at alle nettverksenheter må være "smarte", kunne bruke SNMP, og denne SNMP må være riktig konfigurert slik at systemet som skal samle inn data fra dem kan lese disse dataene.
Det virker ikke vanskelig. Men det er fallgruver. Fra og med det faktum at ikke alle system vil kunne lese alle dataene vi ønsker å se fra enheten, eller ikke alle nettverksenheter kan gi disse dataene, og slutter med at ikke alle system kan bygge nettverkskart i automatisk modus.
Prosessen med automatisk kartgenerering er omtrent som følgende:
– systemet leser data fra nettverksutstyr
- basert på dataene, danner den en adressetabell som samsvarer med porter for hver port på ruteren
- samsvarer med adresser og enhetsnavn
- bygger port-portenhet-tilkoblinger
- tegner alt dette i form av et diagram, "intuitivt" for brukeren
2. Øv
Så, la oss snakke nå om hva du kan bruke til å bygge et nettverkskart. La oss ta utgangspunkt i at vi selvfølgelig ønsker å automatisere denne prosessen så mye som mulig. Vel, det vil si, Paint og MS Visio er ikke lenger... men... Nei, det er de.
Det finnes spesialisert programvare som løser problemet med å bygge et nettverkskart. Noen programvareprodukter kan bare gi et miljø for "manuelt" å legge til bilder med egenskaper, tegne koblinger og starte "overvåking" i en ekstremt avkortet form (enten noden er i live eller ikke svarer lenger). Andre kan ikke bare tegne nettverksdiagrammet på egen hånd, men også lese en haug med parametere fra SNMP, varsle brukeren via SMS i tilfelle sammenbrudd, gi en haug med informasjon om portene til nettverksmaskinvaren, og alt dette er bare del av funksjonaliteten deres (samme NetXMS).
2.1. Produkter
Listen er langt fra komplett, siden det finnes mye slik programvare. Men dette er alt Google gir ut om emnet (inkludert engelskspråklige nettsteder):
Åpen kildekode-prosjekter:
LanTopoLog
Nagios
isinga
NeDi
Pandora FMS
PRTG
NetXMS
Zabbix
Betalte prosjekter:
LanState
Total Network Monitor
Solarwinds Network Topology Mapper
UVexplorer
Auvik
AdRem NetCrunch
2.2.1. Gratis programvare
2.2.1.1. LanTopoLog
Programvare utviklet av Yuri Volokitin. Grensesnittet er så enkelt som det kan være. Softina støtter, la oss si, halvautomatisk nettverksbygging. Hun trenger å "mate" innstillingene til alle rutere (IP, SNMP-legitimasjon), så vil alt skje av seg selv, nemlig tilkoblinger mellom enheter vil bli bygget som indikerer porter.
Det finnes betalte og gratisversjoner av produktet.
2.2.1.2. Nagios
Åpen kildekode-programvare har eksistert siden 1999. Systemet er designet for nettverksovervåking, det vil si at det kan lese data via SNMP og automatisk bygge et nettverkskart, men siden dette ikke er hovedfunksjonen gjør det dette på en veldig ... merkelig måte ... NagVis brukes å bygge kart.
2.2.1.3. Icinga
Icinga er et åpen kildekode-system, som på en gang ble utvunnet fra Nagios. Systemet lar deg bygge nettverkskart automatisk. Det eneste problemet er at den bygger kart ved hjelp av tillegget NagVis, som ble utviklet under Nagios, så vi vil anta at disse to systemene er identiske når det gjelder å bygge et nettverkskart.
2.2.1.4. NeDi
Kan automatisk oppdage noder i nettverket, og basert på disse dataene bygge et nettverkskart. Grensesnittet er ganske enkelt, det er statusovervåking via SNMP.
Det finnes gratis og betalte versjoner av produktet.
2.2.1.5. Pandora FMS
Kan automatisk oppdage, automatisk bygge et nettverk, SNMP. Fint grensesnitt.
Det finnes gratis og betalte versjoner av produktet.
2.2.1.6. PRTG
Programvaren vet ikke hvordan man automatisk bygger et nettverkskart, kun manuelt dra og slippe bilder. Men samtidig kan den overvåke statusen til enheter via SNMP. Grensesnittet etterlater mye å være ønsket, etter min subjektive mening.
30 dager - full funksjonalitet, deretter - "gratisversjon".
2.2.1.7. NetXMS
NetMXS er først og fremst et åpen kildekode-overvåkingssystem, å bygge et nettverkskart er en sidefunksjon. Men det er gjennomført ganske ryddig. Automatisk bygging basert på automatisk oppdagelse, nodeovervåking via SNMP, i stand til å spore statusen til ruterporter og annen statistikk.
2.2.1.8. Zabbix
Zabbix er også et åpen kildekode-overvåkingssystem, mer fleksibelt og kraftig enn NetXMS, men det kan bare bygge nettverkskart i manuell modus, men det kan overvåke nesten alle ruterparametere, hvis samling bare kan konfigureres.
2.2.2. Betalt programvare
2.2.2..1 Lan State
Betalt programvare som lar deg skanne nettverkstopologien automatisk og bygge et nettverkskart basert på det oppdagede utstyret. Lar deg overvåke statusen til oppdagede enheter kun ved opp-ned av selve noden.
2.2.2.2. Total Network Monitor
Betalt programvare som ikke automatisk bygger et nettverkskart. Vet ikke engang hvordan man automatisk oppdager noder. Faktisk er dette den samme Visio, kun fokusert på nettverkstopologi. Lar deg overvåke statusen til oppdagede enheter kun ved opp-ned av selve noden.
Dritt! Jeg skrev ovenfor at vi nekter Paint og Visio ... Ok, la det være.
Jeg fant ikke en videomanual, og jeg trenger den ikke ... Programmet er så som så.
2.2.2.3. Solarwinds Network Topology Mapper
Betalt programvare, det er en prøveperiode. Den kan automatisk skanne nettverket og lage et kart på egen hånd i henhold til de angitte parametrene. Grensesnittet er ganske enkelt og behagelig.
2.2.2.4. UVexplorer
Betalt programvare, 15-dagers prøveversjon. Den kan automatisk oppdage og automatisk tegne et kart, overvåke enheter kun ved opp/ned-tilstand, det vil si gjennom enhetsping.
2.2.2.5. Auvik
Ganske fint betalt program som kan automatisk oppdage og overvåke nettverksenheter.
2.2.2.6. AdRem NetCrunch
Betalt programvare med en 14-dagers prøveversjon. Kan automatisk oppdage og bygge nettverket automatisk. Grensesnittet vakte ikke entusiasme. Kan også overvåke i SNMP.
3. Sammenligningsplate
Som det viste seg, er det ganske vanskelig å komme opp med relevante og viktige parametere for å sammenligne systemer og samtidig passe dem inn i en liten tallerken. Dette er hva jeg fikk:
*«Brukervennlig»-innstillingen er svært subjektiv, og jeg forstår det. Men hvordan skulle jeg ellers beskrive «klossetheten og ulesbarheten» kom jeg ikke på.
**"Overvåking ikke bare nettverket" innebærer driften av systemet som et "overvåkingssystem" i den vanlige betydningen av dette begrepet, det vil si muligheten til å lese beregninger fra operativsystemet, virtualiseringsverter, motta data fra applikasjoner i gjest OSer, etc.
4. Personlig mening
Fra personlig erfaring ser jeg ikke poenget med å bruke programvaren separat for nettverksovervåking. Jeg er mer imponert over ideen om å bruke et overvåkingssystem for alt og alle med muligheten til å bygge et nettverkskart. Zabbix har det vanskelig med dette. Nagios og Icinga også. Og bare NetXSM er fornøyd i denne forbindelse. Selv om du blir forvirret og lager et kart i Zabbix, så ser det enda mer lovende ut enn NetXMS. Det er også Pandora FMS, PRTG, Solarwinds NTM, AdRem NetCrunch, og mest sannsynlig en haug med andre ting som ikke er inkludert i denne artikkelen, men jeg så dem bare i bilder og videoer, så jeg kan ikke si noe om dem.
Om NetXMS ble skrevet med en liten oversikt over systemets muligheter og en liten hvordan.
PS:
Hvis jeg har gjort en feil et sted, og jeg har mest sannsynlig gjort en feil, vær så snill, rett det i kommentarene, jeg vil rette artikkelen slik at de som finner denne informasjonen nyttig slipper å dobbeltsjekke alt fra egen erfaring.
Takk.
Kilde: www.habr.com