0. Sarrera, edo apur bat offtopicArtikulu hau software horren ezaugarri konparatiboak, edo zerrenda bat besterik ez, leku bakarrean aurkitzea oso zaila delako bakarrik jaio zen. Material mordoa pala egin behar dugu, behintzat, ondorioren bat ateratzeko.
Zentzu honetan, gai honetan interesa dutenentzat denbora eta esfortzu apur bat aurreztea erabaki nuen, eta leku bakarrean ahalik eta gehien bildu, nik menperatutako irakurri, sareko mapak egiteko sistema kopurua leku bakarrean.
Artikulu honetan deskribatutako sistema batzuk nik pertsonalki probatu ditut. Seguruenik, hauek ez zuten garrantzirik momentuko bertsioetan. Lehen aldiz ikusten ditut honako batzuk, eta haiei buruzko informazioa artikulu hau prestatzeko soilik bildu zen.
Sistemak denbora luzez ukitu ditudalako, eta horietako batzuk batere ukitu ez ditudalako, ez nuen pantaila-argazkirik edo adibiderik. Beraz, Googlen, wikian, youtuben, garatzaileen guneetan nire ezagutzak freskatu nituen, pantaila-argazkiak zulatu nituen bertan, eta, ondorioz, halako ikuspegi orokorra lortu nuen.
1. Teoria
1.1. Zertarako?
"Zergatik?" galderari erantzuteko Lehenik eta behin "Sare-Mapa" zer den ulertu behar duzu. Sare-mapa - (gehienetan) sareko gailuen elkarrekintzaren eta haien konexioaren adierazpen logiko-grafiko-eskematiko bat, haien parametro eta propietate esanguratsuenak deskribatzen dituena. Gaur egun, sarritan erabiltzen da gailuen egoera monitorizatzearekin eta alerta sistema batekin. Beraz: gero, sareko nodoen kokapenari, haien elkarrekintzari eta haien arteko loturei buruzko ideia bat izateko. Jarraipenarekin batera, sarearen portaera diagnostikatzeko eta portaera iragartzeko lan tresna bat lortzen dugu.
1.2. L1, L2, L3
Gainera, Layer 1, Layer 2 eta Layer 3 dira OSI ereduaren arabera. L1 - maila fisikoa (kableak eta konmutazioak), L2 - helbide fisikoaren maila (mac-helbideak), L3 - helbideratze-maila logikoa (IP-helbideak).
Izan ere, ez du balio L1 mapa eraikitzeak, logikoki L2 beretik jarraitzen du, salbuespen, agian, media bihurgailuak. Eta gero, gaur egun, multimedia-bihurgailuak ere jarraipena egin daitezke.
Logikoki - L2-k sare-mapa bat eraikitzen du nodoen mac-helbideetan oinarrituta, L3 - nodoen IP helbideetan.
1.3. Zein datu erakutsi
Ebatzi beharreko zereginen eta nahien araberakoa da. Esaterako, berez ulertu nahi dut burdin zatia bera βbizirik dagoenβ, zein portutan βzintzilikβ dagoen eta zein egoeratan dagoen portua gora edo behera. L2 izan daiteke. Eta, oro har, L2 sare-mapa topologia aplikagarriena iruditzen zait zentzu aplikatuan. Baina, zaporea eta kolorea...
Portuko konexio-abiadura ez da txarra, baina ez da kritikoa hor amaierako gailu bat badago - PC inprimagailua. Polita litzateke prozesadorearen karga-maila, RAM librearen zenbatekoa eta burdin zatiaren tenperatura ikusi ahal izatea. Baina hori jada ez da hain erraza, hemen SNMP irakurri eta jasotako datuak bistaratu eta aztertu ditzakeen monitorizazio sistema bat konfiguratu beharko duzu. Honi buruz gehiago.
L3ri dagokionez, hau aurkitu dut .
1.4. Nola?
Eskuz egin daiteke, automatikoki egin daiteke. Eskuz bada, denbora luzez eta giza faktorea kontuan hartu behar duzu. Automatikoki bada, orduan kontuan izan behar duzu sareko gailu guztiek "adimentsua" izan behar dutela, SNMP erabiltzeko gai izan behar dutela eta SNMP hori behar bezala konfiguratu behar dela, haien datuak bilduko dituen sistemak datu horiek irakur ditzan.
Ez dirudi zaila. Baina tranpak daude. Sistema guztiek gailutik ikusi nahiko genituzkeen datu guztiak irakurtzeko gai izango ez direla edo sareko gailu guztiek ez dutela datu horiek eman, sistema guztiek ezin dituztela sareko mapak eraikitzeko aukera izanda. modu automatikoa.
Mapak automatikoki sortzeko prozesua gutxi gorabehera honako hau da:
β sistemak sareko ekipoetako datuak irakurtzen ditu
- Datuetan oinarrituta, bideratzailearen ataka bakoitzeko portuetan helbide bat datorren taula bat osatzen du
- Helbideekin eta gailuen izenekin bat egiten du
- portu-portugailu konexioak eraikitzen ditu
- hori guztia diagrama moduan marrazten du, erabiltzailearentzat "intuitiboa".
2. Praktikatu
Beraz, hitz egin dezagun sare-mapa bat eraikitzeko zer erabil dezakezun. Har dezagun abiapuntutzat, noski, prozesu hori ahalik eta gehien automatizatu nahi dugula. Tira, hau da, Paint eta MS Visio jada ez dira... baina... Ez, bai.
Badago software espezializatua sareko mapa eraikitzearen arazoa konpontzen duena. Software-produktu batzuek propietateak dituzten argazkiak "eskuz" gehitzeko, estekak marrazteko eta "monitorizazioa" modu oso moztuan abiarazteko soilik eskain dezakete ingurune bat (nodoa bizirik dagoen ala ez erantzuten). Beste batzuek sarearen diagrama bere kabuz marraztu ez ezik, SNMP-tik parametro mordo bat irakurri dezakete, erabiltzaileari SMS bidez jakinarazi matxurarik izanez gero, sareko hardwarearen atakei buruzko informazio mordoa eman eta hori guztia bakarrik da. haien funtzionalitatearen zati bat (NetXMS bera).
2.1. Produktuak
Zerrenda oso urrun dago, horrelako software asko baitaude. Baina hau da Googlek gaiari buruz ematen duen guztia (ingelesezko guneak barne):
Kode irekiko proiektuak:
LanTopoLog
Nagios
Icinga
NeDi
Pandora FMS
PRTG
NetXMS
Zabbix
Ordaindutako proiektuak:
LanState
Sare-monitore osoa
Solarwinds Network Topology Mapper
UVesploratzailea
Auvik
AdRem NetCrunch
2.2.1. Software librea
2.2.1.1. LanTopoLog
Yuri Volokitinek garatutako softwarea. Interfazea izan daitekeen bezain sinplea da. Softinak onartzen du, demagun, sare erdi-automatikoen eraikuntza. Bideratzaile guztien ezarpenak (IP, SNMP kredentzialak elikatu) behar ditu, gero dena berez gertatuko da, hots, gailuen arteko konexioak portuak adieraziz eraikiko dira.
Produktuaren ordainpeko eta doako bertsioak daude.
2.2.1.2. Nagios
Kode irekiko softwarea 1999tik dago. Sistema sarearen monitorizaziorako diseinatuta dago, hau da, SNMP bidez datuak irakurri eta sareko mapa automatikoki eraiki ditzake, baina hori ez denez bere funtzio nagusia, oso... modu bitxian egiten du hori... NagVis erabiltzen da. mapak eraikitzeko.
2.2.1.3. Icinga
Icinga Kode irekiko sistema bat da, garai batean Nagiosetik atera zena. Sistemak sareko mapak automatikoki eraikitzeko aukera ematen du. Arazo bakarra da mapak eraikitzen dituela Nagiosen azpian garatu zen NagVis gehigarria erabiliz, beraz, bi sistema horiek berdinak direla suposatuko dugu sareko mapa eraikitzeko orduan.
2.2.1.4. NeDi
Sareko nodoak automatikoki detektatzeko gai da, eta datu horietan oinarrituta, sareko mapa eraikitzeko. Interfazea nahiko erraza da, egoeraren jarraipena dago SNMP bidez.
Produktuaren doako eta ordainpeko bertsioak daude.
2.2.1.5. Pandora FMS
Auto-aurkikuntza, sare bat automatikoki eraikitzeko gai, SNMP. Interfaze polita.
Produktuaren doako eta ordainpeko bertsioak daude.
2.2.1.6. PRTG
Softwareak ez daki sareko mapa automatikoki nola eraikitzen, argazkiak eskuz arrastatu eta jareginez soilik. Baina, aldi berean, gailuen egoera kontrolatu dezake SNMP bidez. Interfazeak asko uzten du, nire ustez, subjektiboki.
30 egun - funtzionalitate osoa, gero - "doako bertsioa".
2.2.1.7. NetXMS
NetMXS Kode Irekiko monitorizazio sistema bat da batez ere, sareko mapa eraikitzea alboko funtzio bat da. Baina nahiko txukun ezartzen da. Aurkikuntza automatikoan oinarritutako eraikuntza automatikoa, SNMP bidezko nodoen jarraipena, bideratzaileen ataken egoera eta beste estatistikak jarraitzeko gai dena.
2.2.1.8. Zabbix
Zabbix Kode Irekiko monitorizazio sistema bat ere bada, NetXMS baino malguagoa eta indartsuagoa, baina sareko mapak eskuzko moduan soilik eraiki ditzake, baina ia edozein router parametro kontrola ditzake, horien bilduma soilik konfiguratu daiteke.
2.2.2. Ordaindutako softwarea
2.2.2..1 Lan Estatua
Sarearen topologia automatikoki eskaneatzeko eta detektatutako ekipoetan oinarritutako sare-mapa bat eraikitzeko aukera ematen duen ordaindutako softwarea. Detektatutako gailuen egoera kontrolatzeko aukera ematen du, nodoaren beraren gorantzean bakarrik.
2.2.2.2. Sare-monitore osoa
Sareko mapa automatikoki eraikitzen ez duen ordainpeko softwarea. Nodoak automatikoki detektatzen ere ez daki. Izan ere, hau Visio bera da, sarearen topologian bakarrik zentratua. Detektatutako gailuen egoera kontrolatzeko aukera ematen du, nodoaren beraren gorantzean bakarrik.
Kaka! Goian idatzi nuen Paint eta Visio uko egiten ari garela... Ados, izan dadila.
Ez dut bideo-eskulibururik aurkitu, eta ez dut behar... Programa hori horrela da.
2.2.2.3. Solarwinds Network Topology Mapper
Ordaindutako softwarea, probaldia dago. Sarea automatikoki eskaneatu eta mapa bat sortu dezake bere kabuz zehaztutako parametroen arabera. Interfazea nahiko sinplea eta atsegina da.
2.2.2.4. UVesploratzailea
Ordaindutako softwarea, 15 eguneko proba. Mapa bat automatikoki detektatu eta automatikoki marraztu dezake, gailuak gora / behera egoeraren arabera bakarrik kontrolatu, hau da, gailuaren ping bidez.
2.2.2.5. Auvik
Ordaindutako programa nahiko polita, sareko gailuak automatikoki detektatu eta kontrola ditzakeena.
2.2.2.6. AdRem NetCrunch
Ordaindutako softwarea 14 eguneko proba batekin. Sarea automatikoki detektatzeko eta eraikitzeko gai da. Interfazeak ez zuen gogorik eragin. SNMP-n ere kontrolatu daiteke.
3. Konparazio plaka
Ikusten denez, nahiko zaila da sistemak alderatzeko parametro garrantzitsu eta garrantzitsuak sortzea eta, aldi berean, plaka txiki batean sartzea. Hau da lortu dudana:
* "Erabiltzaile egokia" ezarpena oso subjektiboa da eta hori ulertzen dut. Baina nola deskribatu bestela "baldarra eta irakurgaitza" ez nuen asmatu.
**"Sarea ez ezik monitorizazioak" sistemak "monitorizazio sistema" gisa funtzionatzea esan nahi du termino honen ohiko zentzuan, hau da, sistema eragilearen neurketak irakurtzeko gaitasuna, birtualizazio ostalariak, aplikazioen datuak gonbidatuan jasotzeko gaitasuna. OSak, etab.
4. Iritzi pertsonala
Esperientzia pertsonaletik, ez dut zentzurik ikusten softwarea bereizita erabiltzea sarearen jarraipena egiteko. Gehiago harritu nau sareko mapa bat eraikitzeko gaitasuna duten guztientzako monitorizazio sistema bat erabiltzeko ideiak. Zabbixek zailtasunak ditu honekin. Nagios eta Icinga ere bai. Eta NetXSM bakarrik pozik dago zentzu honetan. Nahiz eta, nahastu eta Zabbix-en mapa bat egiten baduzu, NetXMS baino are itxaropentsuagoa dirudi. Pandora FMS, PRTG, Solarwinds NTM, AdRem NetCrunch eta, ziurrenik, artikulu honetan sartzen ez diren beste hainbat gauza ere badaude, baina irudi eta bideoetan bakarrik ikusi ditut, beraz, ezin dut ezer esan.
NetXMS-i buruz idatzi zen sistemaren gaitasunen ikuspegi txiki batekin eta nola egin txiki batekin.
PS:
Nonbait akatsen bat egin badut, eta ziurrenik akatsen bat egin badut, mesedez, zuzendu iruzkinetan, artikulua zuzenduko dut, informazio hori baliagarria iruditzen zaienek dena beren esperientziatik egiaztatu behar izan ez dezaten.
Eskerrik asko.
Iturria: www.habr.com