0. Introdução ou um pouco de off-topicEste artigo surgiu apenas porque é extremamente difícil encontrar características comparativas de software semelhante, ou mesmo uma lista, em um só lugar. É preciso vasculhar uma quantidade imensa de material para chegar a alguma conclusão.
Por isso, decidi economizar tempo e esforço daqueles que estão interessados nesse assunto e compilei em um só lugar o máximo possível, que eu consegui entender, de sistemas para mapeamento de redes.
Parte dos sistemas descritos neste artigo foram testados pessoalmente por mim em algum momento. Provavelmente, eram versões não atualizadas. Parte do que está listado aqui eu vejo pela primeira vez, e a informação sobre eles foi reunida exclusivamente para a elaboração deste artigo.
Dado que interagi com esses sistemas há muito tempo, e alguns deles eu não toquei, não me restou nem capturas de tela, nem exemplos. Assim, eu revisei meus conhecimentos no Google, no Wikipedia, no YouTube, nos sites dos desenvolvedores, onde também encontrei algumas capturas de tela, e, no final, surgiu esta revisão.
1. Teoria
1.1. Por que?
Para responder à pergunta "Por que?" precisamos primeiro entender o que é um "Mapa de rede". Um mapa de rede é (na maioria das vezes) uma representação lógico-gráfica esquemática da interação e das conexões entre dispositivos de rede, que descreve seus parâmetros e propriedades mais significativos. Hoje em dia, é frequentemente usado em conjunto com o monitoramento do estado dos dispositivos e sistemas de notificação. É para que possamos ter uma ideia da localização dos nós da rede, suas interações e as conexões entre eles. Em combinação com o monitoramento, obtemos uma ferramenta de trabalho para diagnosticar e prever o comportamento da rede.
1.2. L1, L2, L3
São Layer 1, Layer 2 e Layer 3 de acordo com o modelo OSI. L1 – nível físico (fios e comutação), L2 – nível de endereçamento físico (endereços MAC), L3 – nível de endereçamento lógico (endereços IP).
Construir um mapa L1 não faz muito sentido, pois ele se deriva logicamente do L2, exceto talvez pelos conversores de mídia. E ainda assim, existem conversores de mídia que também podem ser monitorados.
Logicamente, L2 constrói o mapa da rede com base nos endereços MAC dos nós, enquanto L3 usa os endereços IP dos nós.
1.3. Quais dados exibir
Aqui depende das tarefas a serem resolvidas e das preferências. Por exemplo, eu gostaria de entender se o hardware está "vivo", em qual porta está o que "está pendurado" e em que condição está a porta - up ou down. Isso pode ser L2. E de fato, L2 me parece a topologia de mapa de rede mais aplicável no sentido prático. Mas, a gosto e preferência...
A velocidade de conexão na porta é boa, mas não crítica, se ali estiver um dispositivo final - impressora ou PC. Seria bom ter a possibilidade de ver o nível de carga da CPU, a quantidade de memória RAM disponível e a temperatura do hardware. Mas isso já não é tão simples, será necessário configurar um sistema de monitoramento que possa ler SNMP e analisar os dados obtidos. Sobre isso, mais adiante.
Sobre L3, encontrei isto .
1.4. Como?
Pode ser manualmente, ou em modo automático. Se manualmente, será demorado e precisamos levar em conta o fator humano. Se automaticamente, devemos considerar que todos os dispositivos de rede devem ser "inteligentes", capazes de SNMP e que esse SNMP deve estar corretamente configurado para que o sistema que irá coletar dados deles consiga ler essas informações.
Parece não ser complicado. Mas existem armadilhas. Desde que nem todo sistema conseguirá coletar todos os dados que gostaríamos de ver de um dispositivo, ou que nem todos os dispositivos de rede podem fornecer esses dados, até o fato de que nem todo sistema consegue criar mapas de rede automaticamente.
O processo de formação automática do mapa é mais ou menos o seguinte:
— o sistema lê os dados do equipamento de rede
— com base nos dados, forma para cada porta do roteador uma tabela de correspondência de endereços nas portas
— associa endereços e nomes de dispositivos
— constrói ligações porta-dispositivo
— representa tudo isso como um diagrama, "intuitivamente compreensível" para o usuário
2. Prática
Então, agora vamos falar sobre como podemos construir um mapa de rede. Vamos considerar como ponto de partida que queremos, claro, automatizar ao máximo esse processo. Ou seja, Paint e MS Visio estão fora de cogitação... embora... Não, ainda assim estão fora.
Existem softwares especializados que resolvem a tarefa de construir um mapa de rede. Alguns produtos podem apenas fornecer um ambiente para adicionar manualmente imagens com propriedades, desenhar conexões e iniciar um "monitoramento" de forma muito limitada (se a nod está viva ou não responde mais). Outros podem não apenas desenhar o esquema da rede de forma autônoma, mas também coletar uma série de parâmetros via SNMP, notificar o usuário por SMS em caso de falhas, fornecer uma tonelada de informações sobre as portas do equipamento de rede, e tudo isso é apenas parte de sua funcionalidade (como o NetXMS).
2.1. Produtos
A lista não é de forma alguma completa, pois existe uma infinidade de softwares desse tipo. Mas isso é tudo o que o Google gera sobre o assunto (incluindo sites em inglês):
Projetos Open Source:
LanTopoLog
Nagios
Icinga
NeDi
Pandora FMS
PRTG
NetXMS
Zabbix
Projetos pagos:
LanState
Total Network Monitor
Solarwinds Network Topology Mapper
UVexplorer
Auvik
AdRem NetCrunch
2.2.1. Software Gratuito
2.2.1.1. LanTopoLog
Software desenvolvido por Yuri Volokitina. A interface é simples, o quanto possível. Este software suporta, por assim dizer, a construção semi-automática da rede. Ele precisa "alimentar" as configurações de todos os roteadores (IP, credenciais SNMP), depois tudo acontece sozinho, ou seja, as conexões entre os dispositivos serão construídas com indicação das portas.
Há versões pagas e gratuitas do produto.
2.2.1.2. Nagios
Software Open Source, existe desde 1999. O sistema foi desenvolvido para monitoramento de rede, ou seja, ele pode ler dados via SNMP e construir automaticamente um mapa da rede, mas como essa não é sua função principal, ele faz isso de maneira bastante... estranha... Para a construção de mapas, utiliza-se o NagVis.
2.2.1.3. Icinga
Icinga é um sistema Open Source que, em sua época, se separou do Nagios. O sistema permite construir mapas de rede automaticamente. O único problema é que ele constrói os mapas com a ajuda do complemento NagVis, que foi desenvolvido para o Nagios, então vamos considerar que essas duas sistemas são idênticos em termos de construção de mapa de redes.
2.2.1.4. NeDi
Consegue descobrir automaticamente os nós na rede e, com base nesses dados, construir o mapa da rede. A interface é bastante simples, com monitoramento de estado via SNMP.
Há versões gratuita e paga do produto.
2.2.1.5. Pandora FMS
Tem recursos de descoberta automática, construção automática da rede, SNMP. Interface agradável.
Há versões gratuita e paga do produto.
2.2.1.6. PRTG
O software não permite a construção automática do mapa da rede, apenas o arraste manual de imagens. No entanto, consegue monitorar o estado dos dispositivos via SNMP. A interface deixa a desejar, na minha opinião subjetiva.
30 dias — funcionalidade completa, depois — 'versão gratuita'.
2.2.1.7. NetXMS
NetMXS é, acima de tudo, um sistema de monitoramento Open Source, sendo a construção do mapa da rede uma função secundária. Porém, essa função é realizada com bastante cuidado. A construção automática com base na autodetecção, monitoramento de nós via SNMP, consegue rastrear o estado das portas dos roteadores e outras estatísticas.
2.2.1.8. Zabbix
Zabbix também é um sistema de monitoramento Open Source, e é mais flexível e poderoso do que o NetXMS, mas consegue construir mapas da rede apenas manualmente, enquanto pode monitorar praticamente quaisquer parâmetros dos roteadores, cuja coleta pode ser configurada.
2.2.2. Software pago
2.2.2.1 LanState
Software pago que permite escanear automaticamente a topologia da rede e construir um mapa da rede com base no equipamento detectado. Permite monitorar o estado dos dispositivos detectados apenas pelo up/down do próprio nó.
2.2.2.2. Total Network Monitor
Software pago que não consegue construir um mapa da rede automaticamente. Não consegue nem mesmo detectar nós automaticamente. Essencialmente, é o mesmo que o Visio, apenas orientado para a topologia da rede. Permite monitorar o estado dos dispositivos detectados apenas pelo up/down do próprio nó.
Droga! Eu já escrevi acima que estamos abandonando o Paint e Visio... Tudo bem, que assim seja.
Não encontrei um vídeo-tutorial, e ele nem é necessário... O programa é medíocre.
2.2.2.3. Solarwinds Network Topology Mapper
Software pago, há um período de teste. Pode escanear a rede automaticamente e criar um mapa com base nos parâmetros especificados. A interface é bastante simples e agradável.
2.2.2.4. UVexplorer
Software pago, com um período de teste de 15 dias. Possui autodetecção e geração automática de mapa, monitoramento de dispositivos apenas pelo estado up/down, ou seja, via ping ao dispositivo.
2.2.2.5. Auvik
Um programa pago bem agradável, com capacidade de autodetecção e monitoramento de dispositivos de rede.
2.2.2.6. AdRem NetCrunch
Software pago com um teste de 14 dias. Possui autodetecção e construção automática da rede. A interface não causou entusiasmo. Também faz monitoramento via SNMP.
3. Tabela de comparação
Como se constatou, criar parâmetros relevantes e importantes para comparar sistemas e ao mesmo tempo condensá-los em uma tabela pequena é bastante desafiador. Eu cheguei a isso:
*O parâmetro "User Friendly" é extremamente subjetivo, e eu entendo isso. Mas não consegui pensar em outra maneira de descrever "dureza e falta de legibilidade".
**"Monitoramento não apenas de rede" implica o funcionamento do sistema como "sistema de monitoramento" na acepção comum desse termo, ou seja, a capacidade de ler métricas do SO, hosts de virtualização, obter dados de aplicativos em sistemas operacionais convidados, etc.
4. Opinião pessoal
Da minha experiência, não vejo sentido em usar software apenas para monitoramento de rede. Prefiro a ideia de usar um sistema de monitoramento abrangente com a capacidade de construir um mapa de rede. O Zabbix tem suas dificuldades nesse aspecto. Nagios e Icinga também. E apenas o NetXMS me agradou nesse sentido. Embora, se você se dedicar e criar um mapa no Zabbix, isso pode parecer até mais promissor do que no NetXMS. Há também Pandora FMS, PRTG, Solarwinds NTM, AdRem NetCrunch, e provavelmente uma infinidade de outros que não estão neste artigo, mas eu só os vi em imagens e vídeos, então não posso comentar sobre eles.
Sobre o NetXMS, foi escrito com uma pequena visão geral das capacidades do sistema e um pequeno how to.
P.S.:
Se eu cometi algum erro, e provavelmente cometi, por favor, corrigi-me nos comentários, eu ajustarei o artigo para que aqueles que possam achar essa informação útil não precisem verificar tudo por conta própria.
Obrigado.
Fonte: habr.com
