0. Ievads, vai nedaudz offtopikaŠis raksts radās tikai tāpēc, ka ir ārkārtīgi grūti atrast salīdzinošās īpašības šāda veida programmatūrai vai vismaz vienuviet esošu sarakstu. Nepieciešams izpētīt daudz materiāla, lai nonāktu pie kaut kāda secinājuma.
Saistībā ar to es nolēmu nedaudz ietaupīt laiku un spēkus tiem, kuriem interesē šis jautājums, un apkopoju vienuviet maksimāli iespējamo, lasi – manā pārziņā apgūto, sistēmu, kas paredzētas tīkla kartēšanai.
Dažas no šajā rakstā aprakstītajām sistēmām es esmu izmantojis personīgi. Iespējams, ka tās bija novecojušas versijas. Daļu no zemāk minētā es redzu pirmo reizi, un informācija par tām tika apkopota izstrādājot šo rakstu.
Tā kā es šīs sistēmas sen neesmu izmantojis, un dažas no tām vispār neesmu skārusi, man nav saglabājušies ne ekrānuzņēmumi, ne citi piemēri. Tāpēc es atsvaidzināju savas zināšanas, meklējot informāciju Google, Vikipēdijā, YouTube, izstrādātāju mājaslapās, turpat atradu ekrānuzņēmumus, un gala rezultātā sanāca šāds apskats.
1. Teorija
1.1. Kāpēc?
Lai atbildētu uz jautājumu «Kāpēc?», vispirms jāizprot, kas tad ir «Tīkla karte». Tīkla karte ir (visbiežāk) loģiskā, grafiskā un schematiskā attēlošana tīkla ierīču mijiedarbībai un to savienojumiem, kas apraksta to nozīmīgākos parametrus un īpašības. Mūsdienās tā bieži tiek izmantota kopā ar ierīču stāvokļa uzraudzību un brīdinājumu sistēmām. Tātad, lai iegūtu priekšstatu par tīkla mezglu izvietojumu, to mijiedarbību un attiecībām starp tām. Kopā ar uzraudzību mēs iegūstam darba instrumentu diagnostikai un tīkla darbības prognozēšanai.
1.2. L1, L2, L3
Tie ir Layer 1, Layer 2 un Layer 3 atbilstoši OSI modelim. L1 ir fiziskais slānis (vadi un pārslēgšana), L2 ir fiziskās adresēšanas slānis (MAC adreses), L3 ir loģiskās adresēšanas slānis (IP adreses).
Nav jēgas veidot L1 karti, jo tā loģiski izriet no L2, izņemot, iespējams, mediju konvertorus. Un patiesībā, tagad ir mediju konvertori, kurus arī var uzraudzīt.
L2 veido tīkla karti, pamatojoties uz mezglu MAC adresēm, bet L3 – uz mezglu IP adresēm.
1.3. Kādi dati jāattēlo
Tas ir atkarīgs no risināmajām problēmām un vēlmēm. Man, piemēram, noteikti gribas saprast, vai pati iekārta ir «dziļa», kurā tās portā kas «karājas» un kādā stāvoklī ir ports – up vai down. Tas varētu būt L2. Un vispār, L2 man šķiet vispiemērotākā topoloģija, pielietojot tīkla kartē. Bet, kā saka, par gaumi un krāsu…
Savienojuma ātrums portā – nav slikti, bet nav kritiski, ja tur ir beigu ierīce – printeris PC. Būtu labi apskatīt procesora slodzes līmeni, brīvas operatīvās atmiņas daudzumu un temperatūru uz iekārtas. Bet tas vairs nav tik vienkārši, šeit būs jāiestata monitora sistēma, kas spēj lasīt SNMP un analizēt saņemtos datus. Par to vēlāk.
Par L3 es atradu tādu .
1.4. Kā?
Var manuāli, var automātiskā režīmā. Ja manuāli – tad ilgstoši un jāņem vērā cilvēka faktors. Ja automātiski – tad jāņem vērā, ka visām tīkla ierīcēm jābūt «gudrām», spējīgām SNMP, un šim SNMP jābūt pareizi noregulētam, lai sistēma, kas vāks datus no tām, spētu šos datus nolasīt.
Izskatās, ka nav grūti. Bet ir zemūdens akmeņi. Sākot ar to, ka ne katra sistēma spēs nolasīt no iekārtas visus tos datus, kurus mēs vēlētos redzēt, vai ne visas tīkla ierīces spēj šos datus nodot, un beidzot ar to, ka ne katra sistēma spēj automātiski veidot tīkla kartes.
Automātiskās tīkla kartes veidošanas process ir aptuveni šāds:
— sistēma nolasīs datus no tīkla aprīkojuma
— pamatojoties uz datiem, katram maršrutētāja portam tiek izveidota atbilstības tabula adresēm uz portiem
— salīdzina adreses un ierīču nosaukumus
— veido saites ports-ierīce
— attēlo visu šādu attēlu, kas ir «intuitīvi saprotams» lietotājam
2. Prakse
Tātad, tagad parunāsim par to, ar ko var veidot tīkla karti. Ņemsim kā sākumpunktu, ka mēs vēlamies, protams, maksimāli automatizēt šo procesu. Nu, t.i., Paint un MS Visio tiek izslēgti… lai arī… Nē, tomēr tiek izslēgti.
Ir pastāv specializēts programmatūras risinājums, kas risina tīkla kartes izveides uzdevumu. Dažas programmatūras var piedāvāt tikai vidi "roku" piezīmei ar attēliem un īpašībām un grafisku sakaru zīmēšanu, aktivizējot "uzraudzību" ļoti ierobežotā formā (vai mezgls ir dzīvs vai vairs nereģistrējas). Citas spēj ne tikai patstāvīgi uzzīmēt tīkla shēmu, bet arī skaitīt daudzus parametrus, izmantojot SNMP, paziņot lietotājam pa SMS par traucējumiem, sniegt daudz informācijas par tīkla ierīču portiem, un viss šis ir tikai daļa no viņu funkcionalitātes (tā pati NetXMS).
2.1. Produkti
Saraksts ir tālu ne pilnīgs, jo pastāv ļoti daudz šāda veida programmatūras. Bet tas ir viss, ko google piedāvā par šo tēmu (t.sk. angļu valodas vietnes):
Open Source projekti:
LanTopoLog
Nagios
Icinga
NeDi
Pandora FMS
PRTG
NetXMS
Zabbix
Maksas projekti:
LanState
Total Network Monitor
Solarwinds Network Topology Mapper
UVexplorer
Auvik
AdRem NetCrunch
2.2.1. Bezmaksas programmatūra
2.2.1.1. LanTopoLog
Yuļja Volokitina izstrādātā programmatūra. Interfeiss ir tik vienkāršs, cik vien tas vispār iespējams. Programma atbalsta, teiksim, pusautomātisku tīkla izveidi. Tam ir nepieciešams "piegādāt" visu maršrutētāju iestatījumus (IP, SNMP akreditācijas datus), pēc tam viss notiks pats, proti, tiks izveidoti savienojumi starp ierīcēm, norādot portus.
Ir maksas un bezmaksas šī produkta versijas.
2.2.1.2. Nagios
Open Source programmatūra, pastāv kopš 1999. gada. Sistēma ir izstrādāta tīkla uzraudzībai, t.i., tā spēj nolasīt datus caur SNMP un automātiski izveidot tīkla karti, taču tā kā tā nav tās galvenā funkcija, tad tā to veic ļoti… dīvaini… Kartes izveidei tiek izmantots NagVis.
2.2.1.3. Icinga
Icinga ir Open Source sistēma, kas reiz izlobojusies no Nagios. Sistēma ļauj automātiski izveidot tīkla kartes. Problēma ir tāda, ka kartes tā izveido, izmantojot NagVis paplašinājumu, kas tika izstrādāts Nagios, tāpēc uzskatām, ka kā tīkla kartes izveidē šīs divas sistēmas ir identiskas.
2.2.1.4. NeDi
Spēj automātiski atklāt mezglus tīklā un uz šo datu pamata izveidot tīkla karti. Interfeiss ir diezgan vienkāršs, ir SNMP statusa uzraudzība.
Ir bezmaksas un maksas šī produkta versijas.
2.2.1.5. Pandora FMS
Spēj automātiski atklāt un izveidot tīklu, SNMP. Patīkams interfeiss.
Ir bezmaksas un maksas šī produkta versijas.
2.2.1.6. PRTG
Programma neveic automātisku tīkla kartes izveidi, tikai manuālu attēlu pārvietošanu. Taču tā prot uzraudzīt ierīču stāvokli, izmantojot SNMP. Interfeiss manā subjektīvajā skatījumā atstāj ko vēlams.
30 dienas — pilna funkcionalitāte, pēc tam — "bezmaksas versija".
2.2.1.7. NetXMS
NetMXS ir galvenokārt atvērtā koda uzraudzības sistēma, tīkla kartes izveide ir blakus funkcija. Taču tā ir realizēta pietiekami rūpīgi. Automātiska izveide, pamatojoties uz automātisku atklāšanu, uzraudzība pa SNMP, spēj novērot maršrutētāju portu stāvokli un citas statistikas rādītājus.
2.2.1.8. Zabbix
Zabbix ir arī atvērtā koda uzraudzības sistēma, un tā ir elastīgāka un jaudīgāka nekā NetXMS, taču tīkla kartes tā prot veidot tikai manuāli, bet uzraudzīt var praktiski jebkādus maršrutētāju parametrus, kuru vākšana ir tikai jākonfigurē.
2.2.2. Maksas programmatūra
2.2.2.1. LanState
Maksas programmatūra, kas ļauj automātiski skenēt tīkla topoloģiju un pamatojoties uz atklātajām ierīcēm izveidot tīkla karti. Tas ļauj uzraudzīt atklāto ierīču stāvokli tikai pēc pašas mezgla up/down statusa.
2.2.2.2. Total Network Monitor
Maksas programmatūra, kas neprot automātiski veidot tīkla karti. Tā pat nevar automātiski atklāt mezglus. Tas būtībā ir tas pats Visio, taču orientēts uz tīkla topoloģiju. Tas ļauj uzraudzīt atklāto ierīču stāvokli tikai pēc paša mezgla up/down statusa.
Labi! Es taču iepriekš rakstīju, ka atteicamies no Paint un Visio... Labi, lai ir.
Es neatradu video pamācību, un tā nemaz nav nepieciešama… Programma tāda viduvēja.
2.2.2.3. Solarwinds Network Topology Mapper
Maksas programmatūra, ir izmēģinājuma periods. Var automātiski skenēt tīklu un patstāvīgi sastādīt karti, pamatojoties uz norādītajiem parametriem. Interfeiss ir diezgan vienkāršs un patīkams.
2.2.2.4. UVexplorer
Maksas programmatūra, 15 dienu izmēģinājumam. Prot automātisko atklāšanu un automātisku kartes izveidi, uzraudzība ierīcēm tikai pēc up/down statusa, t.i.,, veicot ierīces ping.
2.2.2.5. Auvik
Salīdzinoši skaista maksas programma, prot automātisko atklāšanu un tīkla ierīču uzraudzību.
2.2.2.6. AdRem NetCrunch
Maksas programma ar 14 dienu izmēģinājuma periodu. Prot automātisko atklāšanu un automātisku tīkla izveidi. Interfeiss neizsauca sajūsmu. Tāpat prot SNMP uzraudzību.
3. Salīdzināšanas tabula
Izrādījās, ka ir diezgan grūti izdomāt aktuālus un svarīgus parametru salīdzinošos rādītājus un tajā pašā laikā iekļaut tos vienā mazā tabulā. Man radās šis:
*Parametrs «User Friendly» ir ārkārtīgi subjektīvs, un es to apzinos. Bet kā vēl aprakstīt «aukstumu un neizlasāmību», es neesmu izdomājis.
**«Monitorings ne tikai tīklam» nozīmē sistēmas darbību kā «monitoringa sistēmu» ierastajā šī termina izpratnē, proti, iespēju nolasīt metriku no operētājsistēmām, virtualizācijas hostiem, saņemt datus no lietojumprogrammām viesos OS utt.
4. Personīgā viedokļa
No personiskās pieredzes — es nesaskatu jēgu izmantot programmatūru tīkla monitorēšanai atsevišķi. Man labāk patīk doma izmantot visaptverošu monitoringa sistēmu ar iespēju izveidot tīkla karti. Ar Zabbix to ir… grūti. Arī Nagios un Icinga nav viegli. Un tikai NetXMS šajā jomā priecēja. Tomēr, ja piepūlēties un izveidot karti Zabbix, tā izskatās pat daudz perspektīvāk nekā NetXMS. Ir arī Pandora FMS, PRTG, Solarwinds NTM, AdRem NetCrunch un, iespējams, vēl daudz kas, kas nav iekļauts šajā rakstā, bet es tos esmu redzējis tikai attēlos un video, tāpēc par viņiem neko nevaru teikt.
Par NetXMS tika uzrakstīts ar nelielu sistēmas iespēju apskatu un nelielu how to.
P.S.:
Ja es kaut kur kļūdījos, un es, visticamāk, kļūdījos, lūdzu, labojiet komentāros, es labošanu rakstu, lai tiem, kam šī informācija varētu būt noderīga, nebūtu jāpārbauda viss no jauna pēc pieredzes.
Paldies.
Avots: habr.com
Russian
Italian
German
Polish
Estonian
Albanian
Bulgarian
Croatian
Czech
Danish
Dutch
English
French
Hungarian
Latvian
Norwegian
Portuguese
Romanian
Slovak
Slovenian
Spanish
Swedish