Bonjour, Voici les docs que j'ai pu trouver concernant votre cas, c'est exhaustif mais vous devriez trouver votre bonheur.
Il est préférable de créer un MIB par rapport au OID UUID based, selon ces derniers. https://aresu.dsi.cnrs.fr/spip.php?article175 http://ram-0000.developpez.com/tutoriels/reseau/Net-SNMP-2/ http://blog.cedrictemple.net/353-configuration-avancee-de-snmp-sur-linux-envoi-de-trap-snmp http://docs.splunk.com/Documentation/Splunk/6.2.1/alert/SendingSNMPtrapstoothersystems http://stackoverflow.com/questions/28167444/understanding-snmptrap-log-and-design http://forum.centreon.com/showthread.php/12888-Utilisation-des-Traps-SNMP/page3 Quand à la ligne : snmptrap -v 2c -c community_string my_serever ' ' NOTIFICATION-TEST-MIB::demo-notif SNMPv2-MIB::sysLocation.0 s "just here" snmptrap -v 2c -c public 127.0.0.1 "" NET-SNMP-NOTIFICATION-MIB::netSnmpNotificationFile netSnmpNotificationString s 'File modified' ou, public est la communauté censée recevoir ce Trap.( A definir sur chaque poste) 127.0.0.1 l'IP de la machine qui envoi cette notification (A changer selon les cas, Ip routables ou non? (Si RFC1819, 127.0.0.1 peut-être utilisé) NET-SNMP-NOTIFICATION-MIB::netSnmpNotificationFile, est le MIB (A définir dans la conf SNMP /usr/share/snmp/mibs) netSnmpNotificationString, est l'OID, qui est un OID exemple, et ne marcheras donc surement pas( Voir ici pour récupérer les bons OID'S : http://kb.paessler.com/en/topic/903-how-do-i-find-out-what-oid-i-need-to-use-for-a-custom-sensor ) s, est le type de valeur, qui peut être sois 'i' pour de l'integer, sois 's' pour une chaîne de caractères. 'File modified', est la valeur envoyée. Tentez de changer l'OID pour chaque fichier, l'OID étant unique pour chaque élément, il faudra changer d'OID pour les discerner lors de l'écoute de votre "Manager". Coté alternative, je proposerais bien un Nagios avec SEC : http://wiki.monitoring-fr.org/nagios/integration/sec Qui est censé s'occuper de tout cela en évitant tout le tracassage d'une solution déployé à la main de SNMP. Mais nagios est tout autant une usine à gaz, et déployer un tel outil uniquement pour ce que vous voulez faire, c'est un peu gros :/ Cordialement, Chenaud Maxime Le 4 février 2015 13:47, Eugène Ngontang <sympav...@gmail.com> a écrit : > Bonjour, > > J'aimerais avoir votre retour sur la meilleur façon de mettre en place un > système de supervision de fichier et de notification. > > En fait j'ai un ensemble de fichiers (quatre), régulièrement mi à jour. Et > je suis en train de mettre en place un système qui déclencherait une > notification chaque fois que l'un des fichiers est modifié, la notification > est envoyé a un serveur qui fera le traitement approprié. > > Pour cela j'utilise incrond (pour supervision locale des fichier) et > snmptrap (pour l'envoie des notifications lorsqu'il y a notification). > > Mon souci c'est au niveau de snmptrap, dont je n'ai pas la parfaite > maîtrise. > > En effet je sais que pour utiliser snmptrap il n'y a pas besoin absolument > de MIB, donc je voudrais utiliser des OIDs (quatre pour les 4 fichiers). Je > dois donc pour cela définir mes OIDs avec une syntaxe pertinente pour les > fichiers et qui prendraient pour valeur le nom du fichier. Ainsi l'agent > (le système où se trouve les fichiers) enverra des notifications/traps SNMP > vers le manager (le serveur qui exécute des scripts en fonction du fichier > modifié), qui lui devrait pouvoir extraire la valeur de l'OID, et exécuter > l'action/script approprié. > > C'est là que je bloque un peu, et j'aimerais savoir comment faire cela > proprement. > > Typiquement en suivant cette syntaxe de démo par exemple : > > snmptrap -v 1 -c commnunity_string my_server TRAP-TEST-MIB::demotraps > my_agent 6 17 '' SNMPv2-MIB::sysLocation.0 s "Just here" > > ou > > snmptrap -v 2c -c community_string my_serever '' > NOTIFICATION-TEST-MIB::demo-notif SNMPv2-MIB::sysLocation.0 s "just here" > > Comment je pourrais définir mes OIDs et les envoyer avec les bonnes valeurs? > > PS : J'ai trouvé complexe et pas vraiment su comment superviser les fichiers > en local avec snmp, donc si quelqu'un a une meilleure alternative à cette > méthode, je suis preneur. > > Merci. > > > Cordialement, > > Eugène NG > > > > -- > ngont...@epitech.net > sympav...@gmail.com > ------------------------------------------------------------ > *Aux hommes il faut un chef, et au* > > * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te > voit on te juge!* > -- Chenaud maxime spyk...@gmail.com --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
