ans cette section, nous allons effectuer une »å¨¦³¦´Ç³Ü±¹±ð°ù³Ù±ð SNMP sur un switch.
Contrairement ¨¤ la »å¨¦³¦´Ç³Ü±¹±ð°ù³Ù±ð du syst¨¨me de fichiers et de l'interface r¨¦seau, l'¨¦l¨¦ment n'a pas n¨¦cessairement besoin d'une cl¨¦ "snmp.discovery" - le type d'¨¦l¨¦ment agent SNMP est suffisant.
Pour configurer la r¨¨gle de »å¨¦³¦´Ç³Ü±¹±ð°ù³Ù±ð, proc¨¦der comme suit :
Tous les champs de saisie obligatoires sont marqu¨¦s d'un ast¨¦risque rouge.
Les OID ¨¤ d¨¦couvrir sont d¨¦finis dans le champ SNMP OID au format suivant :?discovery[{#MACRO1}, oid1, {#MACRO2}, oid2, ...,]
´Ç¨´?{#MACRO1},?{#MACRO2}?... sont des noms de macro lld valides et?oid1,?oid2... sont des OID capables de g¨¦n¨¦rer des valeurs significatives pour ces macros. Une macro int¨¦gr¨¦e?{#SNMPINDEX}?contenant l'index de l'OID d¨¦couvert est appliqu¨¦e aux entit¨¦s »å¨¦³¦´Ç³Ü±¹±ð°ù³Ù±ðs. Les entit¨¦s »å¨¦³¦´Ç³Ü±¹±ð°ù³Ù±ðs sont regroup¨¦es par la valeur de macro?{#SNMPINDEX}.
Pour comprendre ce que nous voulons dire, ex¨¦cutons quelques commandes snmpwalks sur notre switch :
$ snmpwalk -v 2c -c public 192.168.1.1 IF-MIB::ifDescr
IF-MIB::ifDescr.1 = STRING: WAN
IF-MIB::ifDescr.2 = STRING: LAN1
IF-MIB::ifDescr.3 = STRING: LAN2
$ snmpwalk -v 2c -c public 192.168.1.1 IF-MIB::ifPhysAddress
IF-MIB::ifPhysAddress.1 = STRING: 8:0:27:90:7a:75
IF-MIB::ifPhysAddress.2 = STRING: 8:0:27:90:7a:76
IF-MIB::ifPhysAddress.3 = STRING: 8:0:27:2b:af:9e
Et d¨¦finissons l'OID SNMP sur :?discovery[{#IFDESCR}, ifDescr, {#IFPHYSADDRESS}, ifPhysAddress]
Cette r¨¨gle d¨¦tecte d¨¦sormais les entit¨¦s avec les macros {#IFDESCR} d¨¦finies sur?WAN,?LAN1?et?LAN2, les macros {#IFPHYSADDRESS} sont d¨¦finies sur?8:0:27:90:7a:75,?8:0:27:90:7a:76, et?8:0:27:2b:af:9e, les macros {#SNMPINDEX} sont d¨¦finies sur les index OID d¨¦couverts?1,?2?and?3?:
[
{
"{#SNMPINDEX}": "1",
"{#IFDESCR}": "WAN",
"{#IFPHYSADDRESS}": "8:0:27:90:7a:75"
},
{
"{#SNMPINDEX}": "2",
"{#IFDESCR}": "LAN1",
"{#IFPHYSADDRESS}": "8:0:27:90:7a:76"
},
{
"{#SNMPINDEX}": "3",
"{#IFDESCR}": "LAN2",
"{#IFPHYSADDRESS}": "8:0:27:2b:af:9e"
}
]
Si une entit¨¦ ne poss¨¨de pas l'OID sp¨¦cifi¨¦, la macro correspondante sera omise pour cette entit¨¦. Par exemple si nous avons les donn¨¦es suivantes :
ifDescr.1 "Interface #1"
ifDescr.2 "Interface #2"
ifDescr.4 "Interface #4"
ifAlias.1 "eth0"
ifAlias.2 "eth1"
ifAlias.3 "eth2"
ifAlias.5 "eth4"
Dans ce cas, la »å¨¦³¦´Ç³Ü±¹±ð°ù³Ù±ð SNMP de?discovery[{#IFDESCR}, ifDescr, {#IFALIAS}, ifAlias]
?renverra la structure suivante :
[
{
"{#SNMPINDEX}": 1,
"{#IFDESCR}": "Interface #1",
"{#IFALIAS}": "eth0"
},
{
"{#SNMPINDEX}": 2,
"{#IFDESCR}": "Interface #2",
"{#IFALIAS}": "eth1"
},
{
"{#SNMPINDEX}": 3,
"{#IFALIAS}": "eth2"
},
{
"{#SNMPINDEX}": 4,
"{#IFDESCR}": "Interface #4"
},
{
"{#SNMPINDEX}": 5,
"{#IFALIAS}": "eth4"
}
]
La capture d'¨¦cran suivante illustre comment nous pouvons utiliser ces macros dans les prototypes d'¨¦l¨¦ments?:
?
Vous pouvez cr¨¦er autant de prototypes d'articles que n¨¦cessaire :
La capture d'¨¦cran suivante illustre comment nous pouvons utiliser ces macros dans des prototypes de d¨¦clencheur?:
La capture d'¨¦cran suivante illustre comment nous pouvons utiliser ces macros dans des prototypes de graphe?:
Un r¨¦sum¨¦ de notre r¨¨gle de »å¨¦³¦´Ç³Ü±¹±ð°ù³Ù±ð :
Lorsque le serveur s'ex¨¦cute, il cr¨¦e des ¨¦l¨¦ments r¨¦els, des d¨¦clencheurs et des graphiques en fonction des valeurs renvoy¨¦es par la r¨¨gle de »å¨¦³¦´Ç³Ü±¹±ð°ù³Ù±ð SNMP. Dans la configuration de l'h?te, ils sont pr¨¦c¨¦d¨¦s d'un lien orange vers une r¨¨gle de »å¨¦³¦´Ç³Ü±¹±ð°ù³Ù±ð d'origine.