0. Introducción o un poco de off-topicEste artículo nació precisamente porque es extremadamente difícil encontrar características comparativas de este tipo de software, y a veces incluso una lista, en un solo lugar. Hay que escudriñar mucho material para llegar a alguna conclusión.
En este sentido, decidí ahorrar un poco de tiempo y esfuerzo a aquellos que están interesados en esta cuestión y recopilé en un solo lugar la máxima cantidad posible, al menos de lo que he podido dominar, de sistemas para el mapeo de redes.
Parte de los sistemas descritos en este artículo fueron probados por mí en su momento. Es probable que las versiones no sean actuales. Algunos de los que se mencionan a continuación los veo por primera vez, y la información sobre ellos se recopiló exclusivamente en el marco de la preparación de este artículo.
Dado que toqué estos sistemas hace mucho tiempo y algunos ni siquiera los he tocado, no me quedaron capturas de pantalla ni ejemplos. Así que refresqué mis conocimientos en Google, Wikipedia, YouTube, sitios de desarrolladores, donde también encontré capturas de pantalla, y al final obtuve esta revisión.
1. Teoría
1.1. ¿Para qué?
Para responder a la pregunta '¿Para qué?' primero hay que entender qué es un 'Mapa de Red'. Un mapa de red es (la mayoría de las veces) una representación lógica, gráfica o esquemática de la interacción de dispositivos de red y sus conexiones, que describe sus parámetros y propiedades más significativos. Hoy en día, se utiliza a menudo en conjunto con el monitoreo del estado de los dispositivos y el sistema de alertas. Entonces, se necesita para tener una idea de la ubicación de los nodos de la red, su interacción y las relaciones entre ellos. En combinación con el monitoreo, obtenemos una herramienta de trabajo para diagnosticar el comportamiento y prever la actuación de la red.
1.2. L1, L2, L3
También conocidos como Capa 1, Capa 2 y Capa 3 de acuerdo con el modelo OSI. L1 es el nivel físico (cables y conmutación), L2 es el nivel de direccionamiento físico (direcciones mac), y L3 es el nivel de direccionamiento lógico (direcciones IP).
No tiene sentido construir un mapa L1, pues lógicamente se deriva de L2, salvo quizás en el caso de los convertidores de medios. Y hoy en día existen convertidores de medios que también se pueden rastrear.
Lógicamente, L2 construye un mapa de la red basado en las direcciones mac de los nodos, mientras que L3 lo hace en base a las direcciones IP de los nodos.
1.3. ¿Qué datos mostrar?
Aquí depende de las tareas a realizar y las preferencias. Por ejemplo, a mí me gustaría entender si el hardware está "vivo", qué está "colgado" en sus puertos y en qué estado está el puerto: si está activo o inactivo. Esto puede ser L2. Además, en general, L2 me parece la topología de red más conveniente en un sentido práctico. Pero, hay gustos y colores...
La velocidad de conexión en el puerto es buena, pero no es crítica si hay un dispositivo final, como una impresora o un PC. Sería ideal poder revisar el nivel de carga del procesador, la cantidad de RAM libre y la temperatura del hardware. Pero eso ya no es tan simple, necesitaríamos configurar un sistema de monitoreo que pueda leer SNMP y mostrar y analizar los datos obtenidos. Hablaremos de esto más adelante.
Sobre L3, encontré esto .
1.4. ¿Cómo?
Se puede hacer manualmente o de forma automática. Si es manual, tomará tiempo y se debe tener en cuenta el factor humano. Si es automático, hay que considerar que todos los dispositivos de la red deben ser "inteligentes", capaces de manejar SNMP, y que este SNMP debe estar correctamente configurado para que el sistema que recopile los datos pueda leerlos.
Parece fácil. Pero hay trampas. Comenzando por el hecho de que no todos los sistemas podrán leer todos los datos que nos gustaría ver desde los dispositivos, o no todos los dispositivos de la red pueden proporcionar esos datos, y terminando con que no todos los sistemas pueden generar mapas de red de forma automática.
El proceso de generación automática de un mapa es aproximadamente el siguiente:
— el sistema lee datos del equipo de red
— sobre la base de los datos, forma una tabla de correspondencia de direcciones para cada puerto del enrutador
— asocia las direcciones y nombres de los dispositivos
— construye relaciones puerto-dispositivo
— dibuja todo esto en un esquema "intuitivamente comprensible" para el usuario
2. Práctica
Así que hablemos ahora sobre cómo podemos construir un mapa de red. Tomemos como punto de partida que queremos, por supuesto, automatizar al máximo este proceso. Es decir, Paint y MS Visio quedan descartados... aunqueeee... No, en realidad, quedan descartados.
Existen software especializado que resuelve la tarea de crear un mapa de red. Algunos productos pueden simplemente proporcionar un entorno para la adición 'manual' de imágenes con propiedades, dibujar conexiones y realizar un 'monitoreo' de manera muy limitada (si el nodo está vivo o ya no responde). Otros, sin embargo, pueden no solo dibujar el esquema de la red por sí mismos, sino también calcular un montón de parámetros con SNMP, notificar al usuario por SMS en caso de fallos, proporcionar una gran cantidad de información sobre los puertos del equipo de red, y todo esto es solo una parte de su funcionalidad (como NetXMS).
2.1. Productos
La lista no está completa, ya que existe una cantidad enorme de software similar. Pero esto es todo lo que arroja Google sobre el tema (incluyendo sitios en inglés):
Proyectos de código abierto:
LanTopoLog
Nagios
Icinga
NeDi
Pandora FMS
PRTG
NetXMS
Zabbix
Proyectos de pago:
LanState
Total Network Monitor
Solarwinds Network Topology Mapper
UVexplorer
Auvik
AdRem NetCrunch
2.2.1. Software gratuito
2.2.1.1. LanTopoLog
Software desarrollado por Yuri Volokitín. La interfaz es tan simple como sea posible. El software soporta, por así decirlo, la construcción semi-automática de la red. Necesita 'alimentarse' con la configuración de todos los enrutadores (IP, credenciales SNMP), luego todo sucederá automáticamente, es decir, se establecerán las conexiones entre los dispositivos con indicación de puertos.
Existen versiones de pago y gratuitas del producto.
2.2.1.2. Nagios
Software de código abierto, existe desde 1999. El sistema está diseñado para monitorear la red, es decir, puede leer datos a través de SNMP y construir automáticamente un mapa de red, pero como esta no es su función principal, lo hace de manera bastante... extraña... Se utiliza NagVis para la construcción de mapas.
2.2.1.3. Icinga
Icinga es un sistema de código abierto que se separó de Nagios en su momento. El sistema permite construir automáticamente mapas de red. El problema es que construye los mapas utilizando el complemento NagVis, que fue desarrollado para Nagios, así que consideremos que en términos de construcción de mapas de red, estos dos sistemas son idénticos.
2.2.1.4. NeDi
Es capaz de detectar automáticamente nodos en la red y, con base en estos datos, construir un mapa de red. La interfaz es bastante simple, hay monitoreo de estado a través de SNMP.
Existen versiones gratuita y de pago del producto.
2.2.1.5. Pandora FMS
Es capaz de autodetección, autoplanificación de redes, SNMP. Interfaz agradable.
Existen versiones gratuita y de pago del producto.
2.2.1.6. PRTG
El software no puede construir automáticamente un mapa de red, solo permite arrastrar imágenes manualmente. Sin embargo, puede monitorear el estado de los dispositivos a través de SNMP. La interfaz deja mucho que desear, en mi opinión subjetiva.
30 días: funcionalidad completa, luego - 'versión gratuita'.
2.2.1.7. NetXMS
NetMXS es, sobre todo, un sistema de monitoreo de código abierto, donde la creación de mapas de red es una función secundaria. Sin embargo, está implementada de manera bastante cuidadosa. Construcción automática basada en el descubrimiento, monitoreo de nodos a través de SNMP, puede rastrear el estado de los puertos de los enrutadores y otras estadísticas.
2.2.1.8. Zabbix
Zabbix también es un sistema de monitoreo de código abierto, y es más flexible y potente que NetXMS, pero solo puede construir mapas de red de forma manual, aunque puede monitorear prácticamente cualquier parámetro de los enrutadores, cuya recopilación se puede configurar.
2.2.2. Software de pago
2.2.2.1 LanState
Software de pago que permite escanear automáticamente la topología de red y, sobre la base del equipo descubierto, construir un mapa de red. Permite monitorear el estado de los dispositivos detectados solo por el estado up/down de la propia nodo.
2.2.2.2. Total Network Monitor
Software de pago que no puede construir automáticamente un mapa de red. Ni siquiera puede detectar nodos automáticamente. En esencia, es como Visio, solo que enfocado en la topología de la red. Permite monitorear el estado de los dispositivos detectados solo por el estado up/down de la propia nodo.
¡Demonios! Ya escribí arriba que nos alejamos de Paint y Visio... Bueno, que así sea.
No encontré un video tutorial, y tampoco es necesario... El programa es aceptable.
2.2.2.3. Solarwinds Network Topology Mapper
Software de pago, hay un período de prueba. Puede escanear automáticamente la red y elaborar un mapa por parámetros dados. La interfaz es bastante simple y agradable.
2.2.2.4. UVexplorer
Software de pago, período de prueba de 15 días. Tiene descubrimiento automático y generación automática de mapas, monitoreo de dispositivos solo según el estado up/down, es decir, a través de ping a los dispositivos.
2.2.2.5. Auvik
Programa de pago bastante atractivo, tiene capacidades de descubrimiento automático y monitoreo de dispositivos de red.
2.2.2.6. AdRem NetCrunch
Software de pago con un período de prueba de 14 días. Tiene capacidad de auto-detección y auto-construcción de red. La interfaz no causó entusiasmo. También tiene monitoreo SNMP.
3. Tabla de comparación
Como resultó, encontrar parámetros relevantes y significativos para comparar sistemas y, al mismo tiempo, resumirlos en una pequeña tabla es bastante complicado. Esto es lo que se me ocurrió:
El parámetro 'Amigable al usuario' es extremadamente subjetivo, lo entiendo. Pero no se me ocurrió otra forma de describir 'torpeza e ilegibilidad'.
El concepto de 'monitoreo no solo de la red' implica que el sistema funcione como 'sistema de monitoreo' en el sentido habitual del término, es decir, la capacidad de leer métricas del sistema operativo, hosts de virtualización, obtener datos de aplicaciones en los sistemas operativos invitados, etc.
4. Opinión personal
Desde mi experiencia, no veo sentido en usar software por separado para el monitoreo de redes. Prefiero la idea de usar un sistema de monitoreo integral con la posibilidad de construir un mapa de red. Con Zabbix, esto es... complicado. Nagios e Icinga también tienen sus dificultades. Solo NetXMS me ha complacido en este aspecto. Sin embargo, si te esfuerzas y creas un mapa en Zabbix, podría parecer incluso más prometedor que NetXMS. También hay otras opciones como Pandora FMS, PRTG, Solarwinds NTM, AdRem NetCrunch, y probablemente un montón más que no están en este artículo, pero solo los he visto en imágenes y videos, así que no puedo comentar sobre ellos.
Se escribió sobre NetXMS con una breve revisión de las capacidades del sistema y un pequeño cómo hacerlo.
P.D.:
Si me equivoqué en algún lugar, y probablemente lo hice, por favor corríjanme en los comentarios, ajustaré el artículo para que aquellos a quienes les resulte útil esta información no tengan que comprobar todo por su cuenta.
Gracias.
Fuente: habr.com
