0. Introductorium, vel parum offtopicArticulus hic tantum natus est quia difficillimum est invenire notas comparativas talium programmatum, vel etiam album in uno loco. Fasciculum materiarum trullare debemus ut ad aliquam saltem conclusionis speciem perveniamus.
Qua in re placuit iis qui in hac re sunt quorum interest parum temporis et laboris servare, et in uno loco quam maxime fieri posse, a me perlegi, numerum systematum retis mapping'a in uno loco.
Quaedam systemata in hoc articulo descripta a me personaliter examinata sunt. Verisimile, hae versiones tempore iam datae sunt. Quaedam sequentia primum video, et notitia in iis solum in parte praeparationis hujus articuli collecta sunt.
Ex eo quod systemata diu attigi, nec aliqua omnino tetigi, nullum screenshots nec exempla ullum habui. Itaque scientiam meam in Google, wiki, in Youtube, elit sites recepi, eenshotsscras ibi fodi, et consequenter talem contemplationem accepi.
1. Theoria
1.1. Quod?
Ad quaestionem responde: "Quare?" Primum debes intellegere quid sit "Mappa Network". Map retis - (saepe) repraesentatio logico-graphica-schematica de commercio machinis retis earumque nexu, quae eorum ambitum et proprietates praestantissimos describit. Hodie, saepe adhibentur cum vigilantia status machinarum et ratio acris. Sic: igitur, ut ideam habeant de nodo reticularium situ, eorum commercio et nexus inter eos. Coniuncta cum vigilantia, instrumentum laboris efficimus ad mores diagnosendos et ad retiandos mores praedicendos.
1.2. L1, L2, L3
Sunt etiam Iactor 1, Iactor 2 et 3 Iactor 1 secundum exemplar OSI. L2 - gradu corporis (fila et commutatione), L3 - level addressing physical (mac-adlocutiones), LXNUMX - logical addressing level (IP-adscriptions).
Revera, nullum punctum in tabula L1 construendo, logice ex eadem L2 sequitur, excepta forte mediarum conversionum. Et tunc nunc sunt media convertentium quae etiam investigari possunt.
Logice - L2 fabricat tabulam retis innixam in inscriptionibus nodi L3 - in IP inscriptionibus nodis.
1.3. Quid notitia ad ostentationem
Suscipit officia soluta velit. Verbi gratia, naturaliter scire volo an ipsum ferrum vivum sit, in quo portu dependet, et in quo statu portus sit sursum vel deorsum. C. ut L2. Et generatim L2 mihi videtur aptissima topologiae tabulae retis in sensu applicato. Sed auctor faucibus quam...
Connexio celeritatis in portu non est mala, sed critica non est si finis fabrica ibi est - a PC printer. Esset belle posse videre gradum processus oneris, quantitatem liberi ram et temperiem in ferro. Sed hoc non ita facile est amplius, hic debes configurare ratio vigilantia quae SNMP legere et ostendere ac data recepta resolvere potest. Plura de hoc postea.
De L3, hoc inveni .
1.4. Quomodo?
Fieri potest manually, statim fieri potest. Si manu, tum diu et humanarum rerum rationem habere debes. Si automatice, tunc debes considerare omnes machinas retis esse "captiosus", SNMP uti poteris, et hoc SNMP recte figurari debet ut ratio quae ex eis notitias colliget hanc notitia legere possit.
Non difficile videtur. Sed foveae sunt. Incipiens ab eo quod non omnis systema omnia notitias legere poterit, quae ex machinis videre velimus, vel non omnes retis machinis hanc datam dare possunt, et cum eo quod non omnis ratio tabulas retis instruere potest. latae sententiae.
Processus generationis tabulae latae talis est proxime:
- systema legit notitia ex network apparatu
- fundatur in notitia, mensam format adaptationem electronicarum in portubus pro quolibet portu itineris
- par oratio et nomina fabrica
- builds portum-portdevice hospites
- Haec omnia trahit in forma schematis, "intuitive" pro utentis
2. Practice
Itaque nunc fama de tabula retis uti potes. Principium sumamus quem volumus, sane quam maxime hunc processum automate. Bene, id est, Poena et MS Visio iam non sunt.... quamquam.... No, sunt.
Proprius modus programmatis est qui quaestionem tabulam retis construendi solvit. Nonnulli productorum programmatum solum praebere possunt ambitum "manualiter" additis imaginibus cum proprietatibus, nexus trahentes, et "magnationem" in forma admodum truncata deducentes (num nodi viveret vel amplius non responderet). Alii tabulae retis non solum sua trahunt, sed etiam fasciculum parametri e SNMP legunt, certiorem usorem per SMS in casu naufragii, fasciculum informationum in portubus ferramentorum retis praebent, et haec omnia tantum pars eorum functionality (idem NetXMS).
2.1. Products
Elenchus procul abest, cum talis luctus multum es. Sed haec omnia sunt quae Google in argumento (including sites anglicano-language);
Apertum fontem incepta:
LanTopoLog
Nagios
Icinga
NeDi
FMS Pandora
PRTG
NetXMS
Zabbix
Mercedem incepta:
LanState
Totalis Network Monitor
Solarwinds Network Acta Mapper
UVexplorer
Auvik
AdRem NetCrunch
2.2.1. Free software
2.2.1.1. LanTopoLog
Software exculta per Yuri Volokitin. Interface tam simplex quam potest esse. Softina subsidia, dicamus, aedificium semi-automaticum retis. Illa "pascere" indiget occasus omnium itineris (IP, SNMP documentorum), tunc omnia per se ventura sunt, scilicet nexus inter machinis portus indicatis aedificabuntur.
Solvitur ac libero felis.
2.2.1.2. Nagios
Aperire Source programmata circa ab anno 1999 fuit. Ratio retis vigilantia destinatur, hoc est, data per SNMP legere potest et tabulam retis automatice aedificare, sed quia hoc munus principale non est, hoc admodum ... mirum in modum NagVis adhibetur ... maps facere.
2.2.1.3. Icinga
Icinga systema patens est quae a Nagios olim exorta est. Systema sinit ut tabulas retis statim aedificare. Sola problema est quod tabulas aedificat utens NagVis addon, quae sub Nagios evoluta est, sic identificabimus has duas systemata identificas esse in terminis tabulae retis aedificandae.
2.2.1.4. NeDi
Nodos in retis statim deprehendere et in hac notitia niti, tabulam retis aedificare. Interface est satis simplex, est status vigilantia per SNMP.
Sunt liberi et producti versiones solutae.
2.2.1.5. Pandora FMS
Possunt in auto-inventa, auto- retis aedificare, SNMP. Nice interface.
Sunt liberi et producti versiones solutae.
2.2.1.6. PRTG
Progressio nescit quomodo tabulam retis fabricare automatice, tantum manually trahere et omittere imagines. Sed simul, potest monitor status machinarum per SNMP. Interface multum desiderandum, mea subjectiva sententia.
XXX dies - plena functionality, tunc - "libera versio".
2.2.1.7. NetXMS
NetMXS principaliter est ratio aperta Source vigilantia, tabula retis aedificans munus latus est. Sed satis eleganter impletur. Automatic aedificium secundum auto-inventum, nodi vigilantia per SNMP, potest indagare statum itineris portuum et aliorum librorum.
2.2.1.8. Zabbix
Zabbix quoque systema aperiens vigilantia, flexibilius et potentior quam NetXMS est, sed solum tabulas retis in manuali modo construere potest, sed monitor fere parametri itineris, cuius collectio modo configurari potest.
2.2.2. Solvit software
2.2.2..1 Lan State
Solvitur programmatio quae permittit te ad topologiam retis automatice scandere ac tabulam retis aedificare in apparatu detecto. Permittit te ad statum detectarum machinarum solum per updown nodi ipsum monitorem.
2.2.2.2. Totalis Network Monitor
Solutis programmatibus qui tabulam retis non automatice aedificant. Nescit quidem quomodo nodos automatice deprehendere. Re vera, hoc idem est Visio, solum in topologia retis notavimus. Permittit te ad statum detectarum machinarum solum per updown nodi ipsum monitorem.
Crap! Supra scripsimus nos negare Poena et Visio ... Bene, sit.
Manuale video non inveni, et non egeo ... Propositum sic est.
2.2.2.3. Solarwinds Network Acta Mapper
Solutis institutio, tempus iudicii est. Automatice retiaculum scandere potest et mappam in se suo creare secundum ambitum determinatum. Interface est satis simplex et jucundum.
2.2.2.4. UVexplorer
Solvitur institutio, 15 dies iudicii. Auto-deprehendere et sponte tabulam trahere potest, monitor machinis solum per sursum / deorsum statum, id est per ping fabrica.
2.2.2.5. Auvik
Pulchra iucunda solvit programmata quae auto-deprehendere et monitor retiacula excogitare potest.
2.2.2.6. AdRem NetCrunch
Solvit programmatum cum 14-die iudicii. Potest autodetect et autobuild ornatum. Interface non est causa alacritatis. Potest etiam monitor in SNMP.
3. Comparatio laminae
Cum evenit, admodum difficile est ad systema comparandi parametris pertinentibus et maximis ascendere et simul in unam parvam laminam coaptare. Hoc est quod accepi;
*The "User Friendly" setting is highly subjective and I understand that. Quomodo autem aliud "ineptias et unreadability" describere non ascendi.
Monitorium non solum retis, operationem systematis implicat ut "ratio monitoring" in sensu consueto huius vocabuli, id est, facultas legendi metricos ab OS, virtualization exercituum, notitias ab applicationibus in hospite accipias. Oses, etc.
4. personalis sententia
Ab experientia personali punctum non video in programmate separatim adhibitis pro magna retiaculis. Tanto magis impressus sum cum idea utendi omnium rerum vigilantiarum, et omnes cum facultate tabulam retis construendi. Zabbix Difficulter hoc. Nagios et Icinga quoque. Et solum NetXSM hac in re placuit. Quanquam, si confundas et tabulam in Zabbix faceres, magis etiam pollicens quam NetXMS spectet. Est etiam Pandora FMS, PRTG, Solarwinds NTM, AdRem NetCrunch, et verisimile fasciculum aliarum rerum quae in hoc articulo non continentur, sed eas tantum in picturis et in videos vidi, ideo de illis nihil possum dicere.
De NetXMS scriptum erat cum parva contemplationis facultates et minima quam.
PS:
Si alicubi erravi, et fere erravi, quaeso, eum in commentis corrige, articulum corrigam ut qui utiles informationes inveniunt non habent omnia ab experientia sua duplicare-reprehendere.
Спасибо.
Source: www.habr.com