0. Introduction, ou un peu de hors sujetCet article est né uniquement parce qu'il est extrêmement difficile de trouver des caractéristiques comparatives de ce type de logiciel, voire simplement une liste, au même endroit. Il faut passer à travers une quantité considérable de matériel pour parvenir à une conclusion.
C'est pourquoi j'ai décidé de gagner un peu de temps et d'efforts pour ceux qui s'intéressent à cette question, et j'ai rassemblé au même endroit le plus grand nombre possible de systèmes pour le 'network mapping' que j'ai pu trouver.
Certaines des systèmes décrits dans cet article ont été testés personnellement à l'époque. Il est probable qu'il s'agisse de versions obsolètes à l'heure actuelle. Pour certains des éléments ci-dessous, c'est la première fois que je les vois, et les informations à leur sujet ont été rassemblées uniquement dans le cadre de la préparation de cet article.
Étant donné que j'ai touché à ces systèmes il y a longtemps, et que certains d'entre eux je ne les ai jamais manipulés, je n'ai conservé ni captures d'écran, ni aucun exemple. J'ai donc rafraîchi mes connaissances sur Google, Wikipedia, YouTube, et sur les sites des développeurs, où j'ai également trouvé des captures d'écran, et au final, cela a donné un aperçu comme celui-ci.
1. Théorie
1.1. Pourquoi ?
Pour répondre à la question 'Pourquoi ?', il faut d'abord comprendre ce qu'est une 'Carte de réseau'. Une carte de réseau est (le plus souvent) une représentation logique et graphique de l'interaction des appareils réseau et de leurs connexions, décrivant leurs paramètres et propriétés les plus significatifs. De nos jours, elle est souvent utilisée en relation avec la surveillance de l'état des appareils et un système d'alerte. Ainsi, elle permet d'avoir une idée de la disposition des nœuds du réseau, de leur interaction et des liens entre eux. En combinaison avec la surveillance, nous obtenons un outil de travail pour diagnostiquer le comportement et anticiper l'évolution du réseau.
1.2. L1, L2, L3
Il s'agit de Layer 1, Layer 2 et Layer 3, conformément au modèle OSI. L1 est le niveau physique (câbles et commutation), L2 est le niveau d'adressage physique (adresses MAC), L3 est le niveau d'adressage logique (adresses IP).
Il n'est, en gros, pas utile de construire une carte L1, elle découle logiquement de L2, sauf peut-être pour les convertisseurs de médias. Et maintenant, il existe des convertisseurs de médias qui peuvent également être suivis.
Logiquement, L2 construit la carte réseau sur la base des adresses MAC des nœuds, tandis que L3 s'appuie sur les adresses IP des nœuds.
1.3. Quelles données afficher
Cela dépend des tâches à accomplir et des souhaits. Par exemple, j'aimerais savoir si le matériel lui-même est "en vie", quel équipement est connecté à quel port et dans quel état se trouve le port - up ou down. Cela pourrait être L2. Et en général, L2 me semble être la topologie de carte réseau la plus applicable dans un sens pratique. Mais chacun a ses préférences...
La vitesse de connexion sur le port est bonne, mais pas critique, si un dispositif final - une imprimantePC - est branché. Il serait utile de pouvoir voir le niveau d'utilisation du processeur, la quantité de mémoire RAM libre et la température du matériel. Mais cela devient un peu plus compliqué, car il faudra configurer un système de surveillance capable de lire SNMP et d'extraire et analyser les données reçues. Nous en parlerons plus tard.
À propos de L3, j'ai trouvé ceci .
1.4. Comment ?
Cela peut se faire manuellement ou de manière automatique. Si c'est fait manuellement, c'est long et il faut tenir compte du facteur humain. Si de manière automatique, il faut considérer que tous les dispositifs réseau doivent être « intelligents », savoir travailler avec SNMP et que ce SNMP doit être configuré correctement pour que le système collecting les données puisse les lire.
Cela ne semble pas compliqué. Mais il y a des pièges. À commencer par le fait que toutes les systèmes pourraient ne pas être en mesure de lire tous les données des dispositifs que nous aimerions voir, ou tous les dispositifs réseau ne peuvent pas fournir ces données, et enfin, que tous les systèmes ne peuvent pas construire automatiquement des cartes réseau.
Le processus de génération automatique de carte se déroule comme suit :
— le système lit les données du matériel réseau
— sur la base des données, il forme pour chaque port du routeur un tableau de correspondance d'adresses sur les ports
— il associe les adresses et les noms des dispositifs
— il établit des relations port-dispositif
— il dessine tout cela sous forme de schéma, "intuitif pour l'utilisateur"
2. Pratique
Eh bien, parlons maintenant de ce qui peut être utilisé pour construire une carte réseau. Prenons comme point de départ que nous voulons, bien sûr, automatiser ce processus autant que possible. Autrement dit, Paint et MS Visio ne sont pas des options… même si… non, finalement, ils ne sont pas des options.
Il existe des logiciels spécialisés qui résolvent la tâche de construction de cartes de réseau. Certains produits ne peuvent fournir qu'un environnement pour l'ajout « manuel » d'images avec des propriétés, dessiner des liens et lancer le « monitoring » dans une version très limitée (savoir si un nœud est opérationnel ou non). D'autres peuvent non seulement dessiner eux-mêmes le schéma du réseau, mais également calculer de nombreux paramètres via SNMP, alerter l'utilisateur par SMS en cas de pannes, fournir une multitude d'informations sur les ports du matériel réseau, et tout cela n'est qu'une partie de leur fonctionnalité (comme le NetXMS).
2.1. Produits
Cette liste n’est pas exhaustive, car il existe de nombreux logiciels de ce type. Mais voici tout ce que Google propose à ce sujet (y compris des sites anglophones) :
Projets Open Source :
LanTopoLog
Nagios
Icinga
NeDi
Pandora FMS
PRTG
NetXMS
Zabbix
Projets payants :
LanState
Total Network Monitor
Solarwinds Network Topology Mapper
UVexplorer
Auvik
AdRem NetCrunch
2.2.1. Logiciel gratuit
2.2.1.1. LanTopoLog
Logiciel développé par Yuri Volokitine. L'interface est aussi simple que possible. Le logiciel supporte ce que l'on peut appeler une construction semi-automatique du réseau. Il faut « alimenter » les paramètres de tous les routeurs (IP, identifiants SNMP), ensuite tout se déroulera automatiquement, c'est-à-dire que les connexions entre les appareils seront établies avec indication des ports.
Il existe des versions payantes et gratuites du produit.
2.2.1.2. Nagios
Logiciel Open Source qui existe depuis 1999. Ce système a été développé pour le monitoring de réseaux, c'est-à-dire qu'il sait lire des données via SNMP et construire automatiquement une carte de réseau, mais comme ce n'est pas sa fonction principale, il le fait de manière assez… étrange… Le logiciel utilise NagVis pour dessiner des cartes.
2.2.1.3. Icinga
Icinga est un système Open Source, qui s'est détaché de Nagios. Ce système permet de construire automatiquement des cartes de réseau. Le problème est que les cartes sont créées à l'aide du module complémentaire NagVis, qui a été développé pour Nagios, donc ces deux systèmes peuvent être considérés comme identiques en matière de construction de carte de réseau.
2.2.1.4. NeDi
Il détecte automatiquement les nœuds du réseau et, sur la base de ces données, construit une carte de réseau. L'interface est assez simple, et il offre le monitoring des états via SNMP.
Il existe des versions gratuites et payantes du produit.
2.2.1.5. Pandora FMS
Capable d'auto-découverte, d'auto-construction de réseaux, SNMP. Interface agréable.
Il existe des versions gratuites et payantes du produit.
2.2.1.6. PRTG
Le logiciel ne permet pas de créer automatiquement une carte réseau, seul le glisser-déposer d'images manuellement. Cependant, il peut surveiller l'état des dispositifs via SNMP. À mon avis, l'interface laisse à désirer.
30 jours — fonctionnalité complète, puis — «version gratuite».
2.2.1.7. NetXMS
NetMXS est avant tout un système de surveillance Open Source, la création de la carte réseau étant une fonction secondaire. Mais elle est réalisée de manière assez soignée. Construction automatique basée sur la découverte automatique, surveillance des nœuds via SNMP, capable de suivre l'état des ports des routeurs et d'autres statistiques.
2.2.1.8. Zabbix
Zabbix est également un système de surveillance Open Source, plus flexible et puissant que NetXMS, mais il ne peut construire des cartes réseau qu'en mode manuel, tandis que la surveillance peut s'appliquer à pratiquement tous les paramètres des routeurs, dont la collecte peut être configurée.
2.2.2. Logiciel payant
2.2.2.1. LanState
Logiciel payant qui permet de scanner automatiquement la topologie du réseau et de construire une carte réseau à partir du matériel découvert. Permet de surveiller l'état des dispositifs détectés uniquement en fonction de l'up/down du nœud lui-même.
2.2.2.2. Total Network Monitor
Logiciel payant qui ne peut pas construire automatiquement une carte du réseau. Il ne détecte même pas automatiquement les nœuds. En essence, c'est comme Visio, mais orienté vers la topologie réseau. Permet de surveiller l'état des dispositifs découverts uniquement selon l'up/down du nœud lui-même.
Mince ! Je l'ai déjà dit, nous abandonnons Paint et Visio… Bon, allons-y.
Je n'ai pas trouvé de vidéo-manuel, et de toute façon, ce n'est pas nécessaire… Le programme est moyen.
2.2.2.3. Solarwinds Network Topology Mapper
Logiciel payant, avec une période d'essai. Peut scanner automatiquement le réseau et créer une carte selon les paramètres définis. L'interface est assez simple et agréable.
2.2.2.4. UVexplorer
Logiciel payant, essai de 15 jours. Capable de découverte automatique et de dessin automatique de cartes, surveillance des dispositifs uniquement selon l'état up/down, c'est-à-dire via le ping du dispositif.
2.2.2.5. Auvik
Un logiciel payant plutôt sympathique, capable de découverte automatique et de surveillance des dispositifs réseau.
2.2.2.6. AdRem NetCrunch
Logiciel payant avec un essai de 14 jours. Capable de découverte automatique et de construction automatique du réseau. L'interface n'a pas suscité d'enthousiasme. Peut également mener une surveillance SNMP.
3. Tableau comparatif
Il s'avère que trouver des paramètres pertinents et importants pour comparer des systèmes tout en les incluant dans un petit tableau est assez compliqué. Voilà ce que j'ai créé :
*Le paramètre « convivialité » est extrêmement subjectif, et je le comprends. Mais je n'ai pas trouvé d'autre façon de décrire « la rudesse et l'illogisme ».
**Le « monitoring pas seulement du réseau » implique le fonctionnement du système en tant que « système de surveillance » au sens habituel du terme, c'est-à-dire la possibilité de lire des métriques à partir des systèmes d'exploitation, des hôtes de virtualisation, d'obtenir des données des applications dans les systèmes d'exploitation invités, etc.
4. Opinion personnelle
D'après mon expérience, je ne vois pas l'intérêt d'utiliser un logiciel séparé pour le monitoring du réseau. Je préfère l'idée d'utiliser un système de surveillance global avec la possibilité de créer une carte du réseau. Avec Zabbix, c'est… compliqué. Nagios et Icinga rencontrent aussi des difficultés. Seul NetXMS s'est révélé satisfaisant à cet égard. Cependant, si on se donne la peine de créer une carte dans Zabbix, cela semble même plus prometteur que NetXMS. Il existe également Pandora FMS, PRTG, Solarwinds NTM, AdRem NetCrunch, et probablement beaucoup d'autres qui n'ont pas été mentionnés dans cet article, mais je ne les ai vus qu'en images et vidéos, donc je ne peux rien en dire.
Concernant NetXMS, un article a été écrit avec un petit aperçu des fonctionnalités du système et un petit guide.
P.S.:
Si j'ai fait des erreurs quelque part, et c'est très probable, merci de corriger dans les commentaires, je mettrai à jour l'article pour que ceux qui trouvent cette information utile n'aient pas à tout vérifier par eux-mêmes.
Merci.
Source : habr.com
