$ sudo apt-get install snmp
$ sudo apt-get install snmp-mibs-downloaderLa deuxième des deux commandes ci-dessus téléchargent les MIB standards de l'IETF et IANA, qui ne sont pas incluses par défaut.
Note: afin que ceci fonctionne, vous devez activer la source Ubuntu "multiverse" dans votre configuration APT. Ceci a déja été fait pour vous dans cet atelier.
Maintenant, éditez le fichier /etc/snmp/snmp.conf
Remplacez cette ligne:
mibs :... afin qu'elle devienne:
# mibs :Note: En ajoutant '#' devant le mot mibs :", vous commentez la déclaration, qui dans son état précédent, disait aux outils SNMP de ne pas charger automatiquement les MIBs dans le répertoire /usr/share/mibs/
Pour cet exercise, nous allons travailler en groupe. Une personne dans chaque groupe sera désignée pour entrer les commandes au clavier.
Rappel: Groupe 1: pc1-4, Groupe2: pc5-8, etc.
Si vous n'êtes pas certain du groupe auquel vous appartenez, référez vous au Diagramme Réseau sur http://noc.ws.nsrc.org/
Connectez-vous à votre routeur:
$ ssh cisco@rtrN.ws.nsrc.org (ou "ssh cisco@10.10.N.254")
où N est le numéro de votre groupe
username: cisco
password: <MOT DE PASSE DONNÉ EN CLASSE>
rtrN> enable
Password: <MOT DE PASSE DONNÉ EN CLASSE>
rtr1# configure terminal (conf t)On va ajouter une Access List (liste d'accès) pour l'accès à SNMP, puis activer SNMP, donner une communauté et indiquer au routeur de garder les même index SNMP même après un redémarrage. Pour faire ceci:
rtrN(config)# access-list 99 permit 10.10.0.0 0.0.255.255
rtrN(config)# snmp-server community NetManage ro 99
rtrN(config)# snmp-server ifindex persistOn sort du mode config et on sauve la configuration en mémoire permanente.
rtrN(config)# exit
rtrN# write memory (wr mem)
rtrN# exit (jusqu'à être de "retour" sur votre PC)Nous allons voir maintenant si ces changements ont eu un effet.
Pour vérifier que l'installation SNMP est opérationnelle, exécutez la commande snmpstatus sur chacun des équipements suivants
$ snmpstatus -c NetManage -v 2c <ADRESSE_IP>Où
* Le serveur NOC: 10.10.0.250
* Le routeur de votre groupe: 10.10.N.254
* Le commutateur du backbone: 10.10.0.253
* Le routeur de backbone: 10.10.0.254
* Le point d'accès: 10.10.0.251Que se passe-t-il si vous utilisez un mauvais nom de communauté (par exemple, si on remplace NetManage par quelque chose d'autre ?)
Vous allez maintenant utiliser la commande snmpwalk, qui fait partie de la boîte à outils SNMP, sur chacun des équipements testés plus haut afin de lister les tables associées aux OID ci-dessous :
.1.3.6.1.2.1.2.2.1.2
.1.3.6.1.2.1.31.1.1.1.18
.1.3.6.1.4.1.9.9.13.1
.1.3.6.1.2.1.25.2.3.1
.1.3.6.1.2.1.25.4.2.1Vous essaierez avec deux variantes de la commande snmpwalk:
$ snmpwalk -c NetManage -v 2c <ADRESSE_IP> <OID>et
$ snmpwalk -On -c NetManage -v 2c <ADRESSE_IP> <OID>... où OID est l'un des trois OID listés ci-dessus : .1.3.6...
... et ADRESSE_IP est, par exemple, l'adresse du routeur de votre groupe.
Remarque: l'option -On active l'affichage numérique, à savoir : aucune conversion OID <-> MIB de l'objet n'aura lieu.
Pour ces OID :
Tous les équipements répondent-ils ?
Avez-vous remarqué quelque chose d'important à propos de l'OID sur la sortie ?
Pour cet exercice, votre groupe doit vérifier que le service snmpd fonctionne et répond aux requêtes provenant des autres machines.
On comment par activer snmpd sur votre machine, puis on teste si votre machine répond, et enfin on vérifie chacune des machines des autres groupes.
$ sudo apt-get install snmpdOn va créer une sauvegarde de la configuration livrée en standard, puis on créera la notre.
$ cd /etc/snmp
$ sudo mv snmpd.conf snmpd.conf.dist
$ sudo editor snmpd.confEnsuite, copiez/collez la section suivante:
# Listen for connections on all interfaces (both IPv4 *and* IPv6)
agentAddress udp:161,udp6:[::1]:161
# Configure Read-Only community and restrict who can connect
rocommunity NetManage 10.10.0.0/16
rocommunity NetManage 127.0.0.1
# Information about this host
sysLocation NSRC Network Management Workshop
sysContact sysadm@pcX.ws.nsrc.org
# Which OSI layers are active in this host
# (Application + End-to-End layers)
sysServices 72
# Include proprietary dskTable MIB (in addition to hrStorageTable)
includeAllDisks 10%Sauver le fichier et quitter l'éditeur.
$ sudo service snmpd restart $ snmpstatus -c NetManage -v 2c localhostQu'observez-vous ?
Vérifiez maintenant que vous pouvez exécuter snmpstatus avec le serveur de votre voisin :
$ snmpstatus -c NetManage -v 2c pcN.ws.nsrc.orgPar exemple, dans le groupe 5, vous pouvez tester avec:
* pc17.ws.nsrc.org
* pc18.ws.nsrc.org
* pc19.ws.nsrc.org
* pc20.ws.nsrc.orgLorsque vous aviez exécuté :
$ snmpwalk -c NetManage -v 2c 10.10.X.254 .1.3.6.1.4.1.9.9.13.1vous aviez peut-être remarqué que le client SNMP (snmpwalk) ne parvenait pas à interpréter tous les OID issus de l'agent :
SNMPv2-SMI::enterprises.9.9.13.1.3.1.2.1 = STRING: "chassis"
SNMPv2-SMI::enterprises.9.9.13.1.3.1.6.1 = INTEGER: 1Qu'est-ce que "9.9.13.1.3.1" ?
Pour pouvoir interpréter cette information, nous devons télécharger des MIB supplémentaires :
Nous allons utiliser les MIBs suivantes (ATTENDEZ avant de les récupérer!)
MIB CISCO
ftp://ftp.cisco.com/pub/mibs/v2/CISCO-SMI.my
ftp://ftp.cisco.com/pub/mibs/v2/CISCO-ENVMON-MIB.myPour faciliter les choses, nous avons un miroir local sur http://noc.ws.nsrc.org/mibs/
Pous les récupérer:
$ sudo apt-get install wget
$ cd /usr/share/mibs
$ sudo mkdir cisco
$ cd cisco
$ sudo wget http://noc.ws.nsrc.org/mibs/CISCO-SMI.my
$ sudo wget http://noc.ws.nsrc.org/mibs/CISCO-ENVMON-MIB.myIl faut maintenant indiquer aux commandes snmp qu'elles doivent charger les MIBs Cisco. Donc, nous allons éditer le fichier /etc/snmp/snmp.conf, et ajouter les deux lignes suivantes:
mibdirs +/usr/share/mibs/cisco
mibs +CISCO-ENVMON-MIB:CISCO-SMIEnregistrez le fichier et quittez.
Faites maintenant un nouvel essai :
$ snmpwalk -c NetManage -v 2c 10.10.X.254 .1.3.6.1.4.1.9.9.13.1Que remarquez-vous ?
Essayez d'exécuter snmpwalk sur des hôtes (routeurs, commutateurs, machines) que vous n'avez pas encore testés, dans le réseau 10.10.0.X
Notez le type d'informations que vous pouvez obtenir.
$ snmpwalk -c NetManage -v 2c 10.10.0.X ifDescr
$ snmpwalk -c NetManage -v 2c 10.10.0.X ifAlias
$ snmpwalk -c NetManage -v 2c 10.10.0.X ifTable | less
$ snmpwalk -c NetManage -v 2c 10.10.0.X ifXTable | less
$ snmpwalk -c NetManage -v 2c 10.10.0.X ifOperStatus
$ snmpwalk -c NetManage -v 2c 10.10.0.X ifAdminStatus
$ snmpwalk -c NetManage -v 2c 10.10.0.X if(Avec la commande less, utilisez la touche espace pour la page suivante, b pour la page précédente, et q pour quitter).
Voyez vous une différence entre ifTable et ifXTable ?
Pouvez-vous expliquer la différence entre ifOperStatus et ifAdminStatus ? Pouvez-vous imaginer un scénario où cela pourrait être utile ?
Pouvez-vous utiliser des noms abrégés pour parcourir ces tables OID ?
$ snmptranslate .1.3.6.1.4.1.9.9.13.1