Inventaire des actifs informatiques :<\/strong> SNMP recueille des informations d\u00e9taill\u00e9es sur les appareils, telles que le mod\u00e8le, le fabricant, le num\u00e9ro de s\u00e9rie ou la version du microprogramme.
\nLa cr\u00e9ation d’inventaires aide les administrateurs \u00e0 mieux planifier la croissance de l’infrastructure du r\u00e9seau. <\/li>\n<\/ul>\nPrincipaux composants de SNMP<\/h2>\n
SNMP suit un sch\u00e9ma similaire au mod\u00e8le client-serveur.
\nLes communications sont \u00e9tablies sur la base de trois \u00e9l\u00e9ments principaux : <\/p>\n
Gestionnaire SNMP<\/h3>\n
\u00c9galement connu sous le nom de station de gestion de r\u00e9seau(NMS)<\/strong>.
\nIl agit en tant que client en envoyant des requ\u00eates \u00e0 un ou plusieurs agents pour collecter des informations sur les appareils, modifier leur configuration ou effectuer des t\u00e2ches de gestion.
\nEn plus de cette fonction d’interrogation, le gestionnaire SNMP peut \u00e9galement recevoir des notifications non sollicit\u00e9es (TRAPS) concernant des \u00e9v\u00e9nements importants tels que des erreurs ou des changements d’\u00e9tat des connecteurs et des terminaux susceptibles d’affecter le fonctionnement du r\u00e9seau. <\/p>\nAgents SNMP<\/h3>\n
Il s’agit de programmes int\u00e9gr\u00e9s dans la plupart des appareils de r\u00e9seau tels que les ordinateurs, les routeurs et les imprimantes.
\nIls agissent en tant que serveur, g\u00e9rant les demandes de lecture\/\u00e9criture du gestionnaire SNMP et g\u00e9n\u00e9rant des TRAPS.
\nIls peuvent \u00eatre standard (Net-SNMP) ou sp\u00e9cifiques \u00e0 un fournisseur. <\/p>\n
Base d’informations de gestion (MIB)<\/h3>\n
Il s’agit d’une base de donn\u00e9es partag\u00e9e entre l’agent et le gestionnaire SMP.
\nLes MIB collectent des informations en suivant une structure arborescente hi\u00e9rarchique, o\u00f9 chaque variable repr\u00e9sente une donn\u00e9e ou un attribut sp\u00e9cifique de l’appareil g\u00e9r\u00e9 (identificateur d’objet ou OID<\/strong>).
\nLes valeurs par d\u00e9faut sont g\u00e9n\u00e9ralement incluses, bien que le SNMP permette \u00e9galement de d\u00e9finir des MIB priv\u00e9es provenant de diff\u00e9rents fournisseurs.
\nPour conna\u00eetre l’\u00e9tat d’un \u00e9l\u00e9ment du r\u00e9seau, le NMS envoie une requ\u00eate \u00e0 l’agent SNMP.
\nL’agent acc\u00e8de \u00e0 la MIB stock\u00e9e sur cet appareil et traite les donn\u00e9es pour les rendre compatibles avec la plupart des \u00e9diteurs de MIB et des outils de gestion.
\nIl les organise ensuite en objets, qui peuvent \u00eatre de deux types : <\/p>\n\n- Scalaires :<\/strong> repr\u00e9sentent des valeurs uniques, par exemple le taux d’utilisation de l’unit\u00e9 centrale d’un serveur.<\/li>\n
- Tabulaire :<\/strong> repr\u00e9sentation d’un ensemble de valeurs organis\u00e9es sous forme de tableau, par exemple le tableau des interfaces r\u00e9seau d’un routeur.<\/li>\n<\/ul>\n
Cette structure logique des MIB facilite grandement la surveillance et la gestion des appareils. <\/p>\n
Protocoles et ports SNMP<\/h2>\n
SNMP utilise normalement le protocole User Datagram Protocol (UDP)<\/strong> pour le transfert des messages.
\nContrairement au TCP, l’UDP est un protocole non orient\u00e9 vers la connexion<\/strong>, ce qui signifie que les donn\u00e9es sont transf\u00e9r\u00e9es sans qu’il soit n\u00e9cessaire d’\u00e9tablir une connexion pr\u00e9alable entre les appareils.
\nEn outre, il n’inclut pas de m\u00e9canismes de v\u00e9rification de la livraison ou de r\u00e9cup\u00e9ration des erreurs.
\nCette caract\u00e9ristique permet \u00e0 SNMP d’envoyer et de recevoir des messages rapidement et avec un minimum de surcharge.
\nParmi les autres protocoles pris en charge par SNMP figurent Ethernet, Transport Layer Security (TLS), Datagram Transport Layer Security (DTLS) et Transmission Control Protocol (TCD).
\nToutefois, comme nous l’avons mentionn\u00e9 plus haut, la majeure partie du trafic passe par le protocole UDP.
\nEn termes de ports, les agents SNMP \u00e9coutent et re\u00e7oivent des requ\u00eates sur le port 161<\/strong>, tandis que le port 162<\/strong> est r\u00e9serv\u00e9 \u00e0 l’envoi de notifications non sollicit\u00e9es telles que TRAPS et REPORTS. <\/p>\nBesoin d’outils de surveillance SNMP<\/h2>\n
Aujourd’hui, il est presque impensable de g\u00e9rer les r\u00e9seaux d’entreprise sans logiciel de surveillance en raison de leur taille et de leur complexit\u00e9.
\nLes outils de surveillance SNMP aident les administrateurs \u00e0 mieux comprendre la topologie du r\u00e9seau.
\nCes outils acc\u00e8dent aux MIB et collectent des mesures cruciales pour les performances, telles que l’utilisation du processeur, la bande passante, l’\u00e9tat de la m\u00e9moire ou la temp\u00e9rature de l’appareil.
\nGr\u00e2ce aux informations obtenues, ils g\u00e9n\u00e8rent des graphiques et des rapports d\u00e9taill\u00e9s qui aident \u00e0 interpr\u00e9ter les donn\u00e9es.
\nIl est ainsi possible d’identifier les tendances et d’anticiper les probl\u00e8mes susceptibles d’affecter les performances du r\u00e9seau, tels que des sch\u00e9mas de trafic anormaux ou des appareils qui atteignent leurs limites de capacit\u00e9.
\nCette visibilit\u00e9 granulaire fournie par les outils de surveillance est essentielle \u00e0 la gestion du r\u00e9seau car elle permet une analyse approfondie de l’\u00e9tat de chaque composant, am\u00e9liorant \u00e0 la fois la s\u00e9curit\u00e9 et la performance des appareils surveill\u00e9s via SNMP. ![](\"data:image\/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==\")
Enfin, les logiciels de surveillance facilitent la gestion centralis\u00e9e de l’ensemble de l’infrastructure du r\u00e9seau.
\nLes techniciens informatiques peuvent modifier les param\u00e8tres et effectuer des configurations \u00e0 distance, ce qui r\u00e9duit consid\u00e9rablement la n\u00e9cessit\u00e9 d’une intervention manuelle et garantit un fonctionnement continu et fiable du r\u00e9seau. <\/p>\n
Fonctionnement du SNMP<\/h2>\n
SNMP op\u00e8re au niveau de la couche application du mod\u00e8le OSI et suit un sch\u00e9ma de communication bas\u00e9 sur le mod\u00e8le client-serveur.
\nPour mettre en \u0153uvre le protocole SNMP et commencer \u00e0 surveiller le r\u00e9seau avec ce syst\u00e8me, il est n\u00e9cessaire de suivre les \u00e9tapes suivantes : <\/p>\n
\n- Configurez le syst\u00e8me de gestion du r\u00e9seau (NMS).<\/strong> Cette application logicielle centralise tous les processus d’administration du r\u00e9seau.<\/li>\n
- Activez les agents SNMP sur les appareils \u00e0 surveiller.<\/strong> La plupart des appareils con\u00e7us pour les environnements d’entreprise sont dot\u00e9s d’un agent SNMP int\u00e9gr\u00e9, mais pour qu’il fonctionne, il doit \u00eatre activ\u00e9 et configur\u00e9 correctement.
\nCela implique de d\u00e9finir des param\u00e8tres tels que la version SNMP, la communaut\u00e9 SNMP (qui est une sorte de mot de passe permettant d’acc\u00e9der aux informations relatives \u00e0 l’appareil) et les adresses des syst\u00e8mes de gestion de r\u00e9seau avec lesquels il doit communiquer.
\nUne fois les agents SNMP activ\u00e9s et configur\u00e9s, le NMS d\u00e9tectera automatiquement les appareils pr\u00e9sents sur le r\u00e9seau. <\/li>\n- L’\u00e9tape suivante consiste \u00e0 configurer la MIB<\/strong>, c’est-\u00e0-dire \u00e0 d\u00e9finir le type de donn\u00e9es que les agents SNMP peuvent collecter.<\/li>\n
- Lancez la surveillance du r\u00e9seau<\/strong> en demandant aux agents SNMP des informations sp\u00e9cifiques bas\u00e9es sur les MIB, par exemple le nombre de paquets de donn\u00e9es qui ont transit\u00e9 par le routeur ou la pr\u00e9sence d’erreurs sur une interface r\u00e9seau.<\/li>\n
- Configurez les TRAPS<\/strong> ou les notifications non sollicit\u00e9es \u00e0 envoyer par les agents si certaines conditions pr\u00e9d\u00e9finies sont remplies.<\/li>\n
- Le NMS traitera les donn\u00e9es en temps r\u00e9el et cr\u00e9era des rapports d\u00e9taill\u00e9s sur l’activit\u00e9 du r\u00e9seau.
\nLes administrateurs doivent analyser ces rapports et proc\u00e9der aux ajustements n\u00e9cessaires pour optimiser les performances<\/strong>, par exemple en modifiant la configuration des appareils pour \u00e9viter les goulets d’\u00e9tranglement ou en rempla\u00e7ant le mat\u00e9riel d\u00e9fectueux. <\/li>\n<\/ul>\nMessages SNMP : demandes GET, SET et TRAPS<\/h3>\n
Le NMS peut surveiller les appareils SNMP et recevoir des instantan\u00e9s des informations de deux mani\u00e8res diff\u00e9rentes : <\/p>\n
\n- Interrogation :<\/strong> il s’agit de requ\u00eates<\/strong> synchrones lanc\u00e9es par le gestionnaire SNMP qui envoie une commande (GET, GET NEXT, SET) \u00e0 un appareil situ\u00e9 \u00e0 distance afin d’obtenir des informations sp\u00e9cifiques ou de modifier certains param\u00e8tres.
\nL’agent SNMP install\u00e9 dans cet appareil r\u00e9pondra \u00e0 la demande et enverra une r\u00e9ponse contenant les donn\u00e9es demand\u00e9es. <\/li>\n- Via TRAPS :<\/strong> il s’agit de notifications asynchrones<\/strong>, envoy\u00e9es par un agent distant \u00e0 la station de gestion SNMP sans demande pr\u00e9alable.
\nCes alertes sont d\u00e9clench\u00e9es en cas d’\u00e9v\u00e9nement sp\u00e9cifique tel qu’une panne de serveur ou une interface en panne.
\nTRAPS joue un r\u00f4le tr\u00e8s important dans la surveillance du r\u00e9seau, permettant une maintenance proactive et un d\u00e9pannage rapide avant qu’une d\u00e9faillance critique du syst\u00e8me ne se produise. <\/p>\n- <\/ul>\n
<\/p>\n
Versions SNMP<\/h2>\n
Il existe actuellement trois versions de SNMP : SNMPv1, SNMPv2 et SNMPv3.
\nElles se distinguent les unes des autres par diff\u00e9rents aspects tels que le niveau de s\u00e9curit\u00e9 ou l’efficacit\u00e9 du transfert de donn\u00e9es. <\/p>\n
SNMPv1<\/h3>\n
Il s’agit de la premi\u00e8re version de SNMP.
\nElle a \u00e9t\u00e9 d\u00e9velopp\u00e9e en 1988 et est d\u00e9finie dans la RFC 1028.
\nAvant l’av\u00e8nement de SNMP, la gestion des r\u00e9seaux reposait sur des solutions propri\u00e9taires cr\u00e9\u00e9es par les fabricants de mat\u00e9riel eux-m\u00eames, ce qui rendait l’interop\u00e9rabilit\u00e9 difficile.
\nSNMPv1 offrait des capacit\u00e9s de gestion de base et \u00e9tait relativement facile \u00e0 mettre en \u0153uvre, si bien qu’il est rapidement devenu une norme.
\nCependant, cette version est aujourd’hui quelque peu d\u00e9pass\u00e9e car elle pr\u00e9sente un niveau de s\u00e9curit\u00e9 basique bas\u00e9 sur des cha\u00eenes de communaut\u00e9<\/strong> (mots de passe en texte clair) et ne dispose pas de m\u00e9canismes de cryptage.
\nCela signifie que les donn\u00e9es transf\u00e9r\u00e9es peuvent \u00eatre intercept\u00e9es en cas de cyber-attaque.
\nC’est pourquoi il est recommand\u00e9 de n’utiliser SNMPv1 que dans les r\u00e9seaux locaux (LAN).
\nUne autre difficult\u00e9 est son architecture de compteur 32 bits, trop petite pour les r\u00e9seaux modernes qui traitent de grands volumes de donn\u00e9es. <\/p>\nSNMPv2<\/h3>\n
La version suivante de SNMP est apparue en 1993 et est d\u00e9finie dans les RFC 1901 et RFC 1441.
\nElle a introduit quelques am\u00e9liorations en termes de performances, par exemple la prise en charge d’une architecture de compteur de 64 bits.
\nCependant, elle ne comporte pas de cryptage et utilise un sch\u00e9ma de s\u00e9curit\u00e9 simple bas\u00e9 sur les cha\u00eenes de communaut\u00e9 SNMPv1.
\nAu sein de la famille SNMPv2, plusieurs sous-versions ont \u00e9t\u00e9 d\u00e9velopp\u00e9es, SNMPv2c<\/strong> \u00e9tant la plus utilis\u00e9e en raison de sa simplicit\u00e9 et de sa compatibilit\u00e9 am\u00e9lior\u00e9e .<\/strong> <\/p>\nSNMPv3<\/h3>\n
Il s’agit de la version la plus r\u00e9cente de SNMP.
\nElle a \u00e9t\u00e9 publi\u00e9e en 2002 et est d\u00e9finie dans la RFC 3410.
\nSNMPv3 s’appuie sur les caract\u00e9ristiques de SNMPv2c, mais introduit des am\u00e9liorations importantes dans le domaine de la s\u00e9curit\u00e9, telles que l’authentification de l’utilisateur<\/strong> et le cryptage des paquets de donn\u00e9es<\/strong>.
\nEn outre, il facilite la configuration \u00e0 distance des entit\u00e9s SNMP. D\u00e9veloppements importants de SNMPv3 :<\/strong><\/p>\n\n- Identification des entit\u00e9s SNMP au moyen de l’identifiant snmpEngineID<\/strong>.
\nIl s’agit d’un \u00e9l\u00e9ment cl\u00e9 pour la s\u00e9curit\u00e9, car il permet de v\u00e9rifier l’origine des donn\u00e9es et de s’assurer qu’elles proviennent d’une source fiable. <\/li>\n- Prise en charge du mod\u00e8le de s\u00e9curit\u00e9 bas\u00e9 sur l’utilisateur (USM)<\/strong> qui facilite l’authentification des messages et fournit \u00e9galement des options de cryptage pour emp\u00eacher l’interception des informations.
\nL’USM est l’une des principales raisons pour lesquelles SNMPv3 est consid\u00e9r\u00e9 comme plus s\u00fbr que les versions pr\u00e9c\u00e9dentes. <\/li>\n- Le contr\u00f4le d’acc\u00e8s bas\u00e9 sur la vue (VACM)<\/strong> vous permet de d\u00e9finir des autorisations sp\u00e9cifiques pour diff\u00e9rents groupes d’utilisateurs.
\nCela ajoute une couche de s\u00e9curit\u00e9 \u00e0 la gestion \u00e0 distance des entit\u00e9s SNMP, emp\u00eachant tout acc\u00e8s non autoris\u00e9 au r\u00e9seau. <\/li>\n- Module intemporel<\/strong> offrant une protection contre les attaques par retard ou par rejeu.<\/li>\n<\/ul>\n
Comparaison des versions<\/h3>\n
Le tableau suivant pr\u00e9sente une comparaison des diff\u00e9rentes versions du protocole SNMP. <\/p>\n
\n\n\n| \n Fonctionnalit\u00e9<\/strong><\/p>\n<\/td>\n| \n SNMPv1<\/strong><\/p>\n<\/td>\n| \n SNMPv2<\/strong><\/p>\n<\/td>\n| \n SNMPv3<\/strong><\/p>\n<\/td>\n<\/tr>\n\n| \n Ann\u00e9e de lancement<\/strong><\/p>\n<\/td>\n| \n 1988<\/p>\n<\/td>\n | \n 1993<\/p>\n<\/td>\n | \n 2002<\/p>\n<\/td>\n<\/tr>\n | \n| \n S\u00e9curit\u00e9<\/strong><\/p>\n<\/td>\n| \n Basique : cha\u00eenes communautaires (pas de cryptage ni d’authentification)<\/p>\n<\/td>\n | \n Semblable \u00e0 SNMPv1, avec des cha\u00eenes de communaut\u00e9 (pas de cryptage ni d’authentification).<\/p>\n<\/td>\n | \n Avanc\u00e9 : Authentification des utilisateurs, cryptage des donn\u00e9es et contr\u00f4le d’acc\u00e8s bas\u00e9 sur l’utilisateur<\/p>\n<\/td>\n<\/tr>\n | \n| \n Op\u00e9rations de gestion<\/strong><\/p>\n<\/td>\n| \n GET, GETNEXT, SET, TRAP<\/p>\n<\/td>\n | \n OBTENIR, OBTENIR LE PROCHAIN, FIXER, PI\u00c9GER, OBTENIR DES INFORMATIONS, INFORMER<\/p>\n<\/td>\n | \n OBTENIR, OBTENIR LE PROCHAIN, FIXER, PI\u00c9GER, OBTENIR DES INFORMATIONS, INFORMER<\/p>\n<\/td>\n<\/tr>\n | \n| \n Performance<\/strong><\/p>\n<\/td>\n| \n De base<\/p>\n<\/td>\n | \n Am\u00e9lior\u00e9 avec GETBULK<\/p>\n<\/td>\n | \n Similaire \u00e0 SNMPv2, mais avec des frais g\u00e9n\u00e9raux de s\u00e9curit\u00e9 plus \u00e9lev\u00e9s<\/p>\n<\/td>\n<\/tr>\n | \n| \n Compatibilit\u00e9<\/strong><\/p>\n<\/td>\n| \n Spacieux, mais d\u00e9pass\u00e9<\/p>\n<\/td>\n | \n Compatible SNMPv1 (partiellement)<\/p>\n<\/td>\n | \n Compatibilit\u00e9 SNMPv1 et SNMPv2, mais avec des diff\u00e9rences en mati\u00e8re de s\u00e9curit\u00e9<\/p>\n<\/td>\n<\/tr>\n | \n| \n \u00c9volutivit\u00e9<\/strong><\/p>\n<\/td>\n| \n Limit\u00e9e<\/p>\n<\/td>\n | \n Am\u00e9lior\u00e9<\/p>\n<\/td>\n | \n Am\u00e9lior\u00e9<\/p>\n<\/td>\n<\/tr>\n | \n| \n Utilisation typique<\/strong><\/p>\n<\/td>\n| \n R\u00e9seaux simples et de petite taille<\/p>\n<\/td>\n | \n Des r\u00e9seaux plus importants avec un besoin accru d’efficacit\u00e9<\/p>\n<\/td>\n | \n R\u00e9seaux critiques o\u00f9 la s\u00e9curit\u00e9 est une priorit\u00e9<\/p>\n<\/td>\n<\/tr>\n | \n| \n M\u00e9canisme d’authentification<\/strong><\/p>\n<\/td>\n| \n Aucun<\/p>\n<\/td>\n | \n Aucun<\/p>\n<\/td>\n | \n HMAC-MD5, HMAC-SHA, avec prise en charge de diff\u00e9rents niveaux d’authentification<\/p>\n<\/td>\n<\/tr>\n | \n| \n M\u00e9canisme de cryptage<\/strong><\/p>\n<\/td>\n| \n Aucun<\/p>\n<\/td>\n | \n Aucun<\/p>\n<\/td>\n | \n DES, AES (support de cryptage pour s\u00e9curiser la transmission des donn\u00e9es)<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n D’une mani\u00e8re g\u00e9n\u00e9rale, SNMPv3 est consid\u00e9r\u00e9 comme l’option la plus s\u00fbre<\/strong> et la plus<\/strong> recommand\u00e9e pour les r\u00e9seaux publics ou les environnements o\u00f9 la s\u00e9curit\u00e9 est importante.
\nToutefois, dans les r\u00e9seaux priv\u00e9s prot\u00e9g\u00e9s par un pare-feu, SNMPv2c serait l’option la plus appropri\u00e9e, car il est plus performant et ne n\u00e9cessite pas autant de ressources de traitement.
\nEn outre, sa configuration est plus simple que celle de SNMPv3, qui n\u00e9cessite la gestion des niveaux d’acc\u00e8s et d’autres param\u00e8tres de s\u00e9curit\u00e9. <\/p>\nCommandes SNMP<\/h2>\n En SNMP, diff\u00e9rentes commandes<\/strong> sont utilis\u00e9es pour g\u00e9rer et surveiller les dispositifs du r\u00e9seau.
\nCertaines, comme GET, GET NEXT et GET BULK<\/strong>, sont des requ\u00eates envoy\u00e9es par la station de gestion SNMP pour demander des donn\u00e9es sp\u00e9cifiques de la MIB.
\nD’autres commandes, telles que SET<\/strong>, sont utilis\u00e9es pour modifier la configuration. Enfin, il y a les alertes ou les notifications d’\u00e9v\u00e9nements importants, telles que TRAP<\/strong> et INFORM<\/strong>, qui sont envoy\u00e9es de mani\u00e8re asynchrone par les agents SNMP. <\/p>\n | | | | | | | | | | | | | |
![](\"https:\/\/pandorafms.com\/wp-content\/uploads\/2024\/09\/snmp-1.png\")
Enfin, les logiciels de surveillance facilitent la gestion centralis\u00e9e de l’ensemble de l’infrastructure du r\u00e9seau.![](\"https:\/\/pandorafms.com\/wp-content\/uploads\/2024\/09\/snmp-2.png\")
<\/p>\n