Le protocole SNMP (Simple Network Management Protocol) est une norme ouverte permettant de surveiller et de gérer des périphériques sur des réseaux IP. Une station de gestion interroge les périphériques pour obtenir des données sur leur état et leurs performances, et ces derniers envoient des « traps » dès qu’une condition change. Il s’agit du mécanisme utilisé par la plupart des plateformes de surveillance réseau pour surveiller les routeurs, les commutateurs, les pare-feu et les appareils SD-WAN.
Points clés à retenir
- Le protocole SNMP permet à un administrateur d'interroger des périphériques et à ces derniers d'envoyer des alertes (traps).
- Les protocoles SNMPv1 et SNMPv2c reposent sur des chaînes de communauté ; SNMPv3 apporte une véritable sécurité.
- Les MIB définissent les OID exposés par un périphérique, de la charge du processeur aux compteurs d'interface.
- Les « traps » envoient une seule notification ; les « informs » incluent un accusé de réception et une retransmission.
- Les appareils VOS prennent en charge les protocoles SNMPv2c et SNMPv3 avec les utilisateurs USM et les vues VACM.
Sur cette page : Pourquoi est-ce important ?Comment ça marcheVersions du protocole SNMPSNMP et VersaFAQ
Pourquoi le protocole SNMP est-il important ?
Toute équipe d'exploitation doit être informée d'un dysfonctionnement d'un périphérique avant même qu'un utilisateur ne se plaigne. Le protocole SNMP rend cela possible : une station de gestion interroge les routeurs, les commutateurs, les pare-feu et les appareils SD-WAN pour obtenir des informations sur l'utilisation du processeur, la mémoire et les compteurs de sessions, tandis que les périphériques envoient des « traps » dès qu'une condition d'alarme survient (coupure de liaison, panne de disque, perte de tunnel).
Le protocole SNMP est intégré à la quasi-totalité des équipements réseau gérés depuis trois décennies, ce qui permet à une seule plateforme d'interroger des équipements provenant de dizaines de fournisseurs via un protocole unique. La version SNMPv3 a remédié à la principale faiblesse de la conception initiale – les chaînes de communauté en clair – en ajoutant un système de messagerie authentifié et chiffré. C'est pourquoi le SNMP reste aujourd'hui le choix par défaut pour la surveillance des équipements.
Qu'est-ce que le SNMP ?
Le protocole SNMP repose sur un modèle gestionnaire/agent. Un agent SNMP présent sur le périphérique surveillé expose des objets gérés, chacun étant identifié par un identifiant d'objet (OID) et défini dans une base d'informations de gestion (MIB) – un dictionnaire répertoriant les informations que ce périphérique est capable de communiquer. Un gestionnaire SNMP envoie des requêtes GET pour lire les valeurs des OID, ou des requêtes SET pour les modifier.
Deux flux de messages acheminent les alertes dans l'autre sens. Un « trap » est de type « fire-and-forget » (envoyer et oublier) : il n'y a pas d'accusé de réception, de sorte qu'un « trap » perdu passe inaperçu. Un « inform » repose sur le même principe, mais avec un accusé de réception : le gestionnaire l'acquitte, et l'agent le retransmet jusqu'à ce qu'il soit reçu ou que le nombre de tentatives soit épuisé. SNMPv3 ajoute le modèle de sécurité basé sur l'utilisateur (USM), qui authentifie et chiffre les messages pour chaque utilisateur, ainsi que le modèle de contrôle d'accès basé sur les vues (VACM), qui restreint les OID auxquels chaque utilisateur peut accéder.
Versions du protocole SNMP
Trois versions du protocole sont utilisées. SNMPv1 correspond à la conception originale de 1988 : fonctionnelle, mais de fait obsolète. SNMPv2c est la version que la plupart des appareils utilisent encore : elle ajoute la récupération en masse et conserve le modèle de « chaîne de communauté » de SNMPv1, une chaîne de texte en clair partagée faisant office de mot de passe faible. SNMPv3 remplace les chaînes de communauté par une authentification par utilisateur (MD5 ou SHA) et un chiffrement optionnel (DES ou AES) via l’USM, ainsi que par le contrôle d’accès VACM – c’est la seule version sécurisée sur un réseau non fiable.
Les déploiements permettent également de choisir entre des « traps » pour des alertes à faible overhead et des « informs » pour une transmission garantie, et s'appuient sur des MIB qui varient selon le fournisseur et le type d'appareil.
SNMP & Versa
Les appareils VOS sont livrés en tant qu'agents SNMP complets, configurés via les modèles d'appareils Director sous « Objets et connecteurs » > « Connecteurs » > « SNMP » : les profils de trap définissent quel gestionnaire reçoit les alertes, les communautés définissent la chaîne SNMPv2c et les paramètres de l'agent déterminent les versions de protocole acceptées par l'appareil. Les utilisateurs USM disposent de paramètres d'authentification et de confidentialité SNMPv3 ; VACM limite les informations que chaque utilisateur peut consulter ou pour lesquelles il peut être averti. Reportez-vous à la section « Configurer SNMP » pour connaître la procédure complète.
Les alarmes des périphériques VOS sont par défaut dirigées vers Analytics et Director, mais presque tous les types d’alarmes (CPU, disque, interface, BGP, HA, etc.) peuvent également être redirigées vers SNMP, transformant ainsi les événements d’intégrité en traps qu’un collecteur peut traiter. Cela nécessite également de configurer le gestionnaire VNF : l’adresse du serveur SNMP et l’interface utilisée pour y accéder. En cas de dysfonctionnement du protocole SNMP, la section « Dépannage du protocole SNMP sur les périphériques VOS » passe en revue les fichiers `devel.log` et `snmp.log` afin d’identifier les incompatibilités de communauté, les utilisateurs SNMPv3 manquants ou les problèmes d’accessibilité.
Questions fréquentes
Quelle est la différence entre l'interrogation SNMP et les traps ?
L'interrogation est lancée par le gestionnaire : celui-ci envoie une requête GET et l'agent y répond, selon une fréquence définie par le gestionnaire. Les traps sont quant à eux lancés par l'agent : le périphérique envoie une notification dès qu'une condition se produit, sans qu'on le lui demande. C'est pourquoi les traps permettent de détecter des événements que l'interrogation ne permettrait pas de repérer.
Pourquoi le protocole SNMPv3 est-il plus sécurisé que le protocole SNMPv2c ?
SNMPv2c procède à l'authentification à l'aide d'une chaîne de communauté transmise en clair, qui peut être lue ou usurpée par toute personne interceptant le trafic. SNMPv3 remplace ce système par une authentification par utilisateur (MD5 ou SHA), un chiffrement facultatif (DES ou AES) via USM, ainsi qu'un contrôle d'accès VACM limitant les informations accessibles à chaque utilisateur.
Qu'est-ce qu'un MIB dans le protocole SNMP ?
Une base d'informations de gestion (MIB) est un fichier lisible par machine qui définit les identifiants d'objet (OID) qu'un périphérique expose via le protocole SNMP : la signification de chaque OID, son type de données et s'il est en lecture seule ou en lecture-écriture. Les éditeurs publient des MIB spécifiques à leurs périphériques ; le fichier Versa-MIB.pdf de Versaest fourni avec chaque version de VOS.
Quel port le protocole SNMP utilise-t-il ?
Les requêtes et réponses d'interrogation SNMP utilisent le port UDP 161. Les traps et les notifications SNMP utilisent par défaut le port UDP 162. Ces deux ports doivent rester ouverts sur l'ensemble du chemin entre le gestionnaire ou le collecteur de traps et le périphérique surveillé, sans quoi les requêtes et les alertes n'arriveront jamais à destination.
Quelle est la différence entre un « trap » SNMP et un « inform » ?
Un « trap » est envoyé une seule fois sans accusé de réception ; ainsi, un « trap » perdu n'est jamais renvoyé ni détecté. Un « inform » repose sur le même principe, mais avec un accusé de réception : le gestionnaire l'accuse de réception, et l'agent le retransmet jusqu'à ce qu'il reçoive un accusé de réception ou que la limite de tentatives soit atteinte – ce qui sacrifie la performance au profit de la fiabilité.
En savoir plus sur le SNMP
Si vous souhaitez en savoir plus, voici des sources auxquelles nous faisons confiance.
| RFC 1157 : Protocole simple de gestion de réseau | RFC 3411 : Architecture des cadres de gestion SNMP |
|---|---|
| La spécification originale de l'IETF de 1988 : le modèle gestionnaire/agent, les opérations GET/SET et le mécanisme de « trap » sur lequel tout repose. | Le document sur l'architecture SNMPv3 : comment s'articulent le moteur modulaire, l'authentification USM et le contrôle d'accès VACM. |
Termes associés
Si vous vous intéressez au protocole SNMP, voici quelques liens qui pourraient vous intéresser.
| Service d'authentification à distance des utilisateurs se connectant par ligne commutée | Protocole de synchronisation réseau | Protocole d'accès léger aux répertoires |
|---|---|---|
| Protocole distribué d'authentification, d'autorisation et de comptabilisation ; les identifiants sont vérifiés auprès d'un serveur externe avant que l'accès ne soit accordé. | Synchronise les horloges système avec le temps universel coordonné (UTC) afin que les horodatages des journaux, des alarmes et des traps soient alignés sur l'ensemble des appareils Director, Analytics et VOS. | Protocole client-serveur permettant d'interroger un serveur d'annuaire afin d'obtenir des informations sur les utilisateurs et les groupes, utilisé par les profils d'authentification d'Versa . |