Trouver la source des dérivateurs AuthenticationFailure de Cisco SNMP
Contenu
Introduction
Ce document vous permet de déterminer l'adresse IP qui a entraîné le déroutement authenticationFailure. Le déroutement authenticationFailure signifie que l'entité ayant envoyé le protocole est le destinataire d'un message de gestion de protocole qui n'est pas correctement authentifié. Ce déroutement survient si un système d'administration de réseaux (NMS) connecte l'appareil à la mauvaise chaîne de communauté.
Conditions préalables
Conditions requises
Les lecteurs de ce document devraient avoir connaissance des sujets suivants :
-
Définitions MIB
-
Interruptions SNMP (Simple Network Management Protocol)
-
Identificateurs d'objet (OID)
Components Used
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
-
Toutes les versions du logiciel Cisco IOS® 11.x et 12.x
-
Tous les routeurs et commutateurs Cisco
-
Catalyst OS (CatOS) 6.3.1 pour la prise en charge de Cisco-System-MIB
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Conventions
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Interruptions AuthenticationFailure
Le piège lui-même n'est pas beaucoup d'aide sans le varbind authAddr qui vient avec le piège. Le varbind est un objet MIB supplémentaire qui provient de l'ancienne MIB du système Cisco. L'adresse authAddr vous indique la dernière adresse IP d'échec d'autorisation SNMP. Voici les deux définitions MIB :
Numéro de définition MIB 1
Cette définition provient de CISCOTRAP-MIB Definitions :
.1.3.6.1.2.1.11.0.4
authenticationFailure OBJECT-TYPE
-- FROM CISCOTRAP-MIB
TRAP
VARBINDS { authAddr }
DESCRIPTION "An authenticationFailure trap signifies that the sending protocol
entity is the addressee of a protocol message that is not properly authenticated.
While implementations of the SNMP must be capable of generating this trap, they
must also be capable of suppressing the emission of such traps via an implementation-
specific mechanism."
::= { iso(1) org(3) dod(6) internet(1) mgmt(2) mib-2(1) snmp(11) snmp#(0) 4}
Numéro de définition MIB 2
Cette définition provient des anciennes définitions CISCO-SYSTEM-MIB :
.1.3.6.1.4.1.9.2.1.5
authAddr OBJECT-TYPE
-- FROM OLD-CISCO-SYSTEM-MIB
SYNTAX IpAddress
MAX-ACCESS read-only
STATUS Mandatory
DESCRIPTION "This variable contains the last SNMP
authorization failure IP address."
::= { ISO(1) org(3) DOD(6) Internet(1) private(4) enterprises(1) cisco(9) local(2)
lsystem(1) 5 }
MIB de trappes générales Cisco
Vous devez charger la base MIB Cisco-General-Traps dans votre système NMS afin de formater correctement le déroutement. En outre, toutes les importations doivent figurer en haut de la MIB de déroutement Cisco-General-Trap avant de pouvoir compiler la MIB de déroutement Cisco-General-Traps. Voici la liste :
IMPORTS sysUpTime, ifIndex, ifDescr, ifType, egpNeighAddr, tcpConnState FROM RFC1213-MIB cisco FROM CISCO-SMI whyReload, authAddr FROM OLD-CISCO-SYSTEM-MIB locIfReason FROM OLD-CISCO-INTERFACES-MIB tslineSesType, tsLineUser FROM OLD-CISCO-TS-MIB loctcpConnElapsed, loctcpConnInBytes, loctcpConnOutBytes FROM OLD-CISCO-TCP-MIB TRAP-TYPE FROM RFC-1215;
Après avoir compilé toutes les définitions MIB correctes, le déroutement ressemble à ceci :
Oct 18 16:54:04 nms-server2 snmptrapd[415]: 10.29.4.1: Authentication Failure Trap (0) Uptime: 148 days, 19:19:06.60, enterprises.cisco.local.lsystem.authAddr.0 = IpAddress: 172.18.123.63 Oct 18 16:54:05 nms-server2 snmptrapd[415]: 10.29.4.1: Authentication Failure Trap (0) Uptime: 148 days, 19:19:07.61, enterprises.cisco.local.lsystem.authAddr.0 = IpAddress: 172.18.123.63
Vous pouvez voir que 172.18.123.63 effectue une interrogation sur 10.29.4.1 avec la mauvaise chaîne de communauté. Si ce système doit interroger le périphérique 10.29.4.1, vous devez examiner 172.18.123.63 afin de déterminer pourquoi le système utilise la mauvaise communauté. Ensuite, changez la communauté en chaîne de communauté correcte . Si le système n'est pas un système de gestion de réseau connu, le problème peut être que quelque chose essaie de pirater le périphérique via SNMP.
Commentaires