Suite à la reinstallation et migration de mon serveur sur Debian R4 (auparavent Debian R3.1), je sèche complètement pour remettre en place mon monitoring snmp.
 
J'ai beau chercher dans tous les sens je ne comprends pas ce qui bloque donc voici dans l'ordre:
 
* Debian Etch fraichement installé, et pleinement fonctionnel (samba, apache etc)
* Pas de firewall actif sur le serveur ni sur la machine cliente
* snmpd installé via apt-get install snmpd
* Fichier /etc/snmp/snmpd.conf contenant ceci:
 
Code :
 - #       sec.name  source          community
 - #com2sec paranoid  default         public
 - com2sec readonly  192.168.78.0:24  public
 - com2sec readwrite localhost        private
 - ####
 - # Second, map the security names into group names:
 - #             	sec.model  sec.name
 - group MyROSystem v1        readonly
 - group MyROSystem v2c       readonly
 - group MyROSystem usm       readonly
 - group MyROGroup v1         readonly
 - group MyROGroup v2c        readonly
 - group MyROGroup usm        readonly
 - group MyRWGroup v1         readwrite
 - group MyRWGroup v2c        readwrite
 - group MyRWGroup usm        readwrite
 - ####
 - # Third, create a view for us to let the groups have rights to:
 - #           incl/excl subtree                          mask
 - view all    included  .1                               80
 - view system included  .iso.org.dod.internet.mgmt.mib-2.system
 - ####
 - # Finally, grant the 2 groups access to the 1 view with different
 - # write permissions:
 - #                context sec.model sec.level match  read   write  notif
 - access MyROSystem ""     any       noauth    exact  system none   none
 - access MyROGroup ""      any       noauth    exact  all    none   none
 - access MyRWGroup ""      any       noauth    exact  all    all    none
 - # -----------------------------------------------------------------------------
 
  | 
 
*fichier /etc/default/snmpd suivant :
 
Code :
 - # This file controls the activity of snmpd and snmptrapd
 - # MIB directories.  /usr/share/snmp/mibs is the default, but
 - # including it here avoids some strange problems.
 - export MIBDIRS=/usr/share/snmp/mibs
 - # snmpd control (yes means start daemon).
 - SNMPDRUN=yes
 - # snmpd options (use syslog, close stdin/out/err).
 - SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -I -smux -p /var/run/snmpd.pid'
 - # snmptrapd control (yes means start daemon).  As of net-snmp version
 - # 5.0, master agentx support must be enabled in snmpd before snmptrapd
 - # can be run.  See snmpd.conf(5) for how to do this.
 - TRAPDRUN=no
 - # snmptrapd options (use syslog).
 - TRAPDOPTS='-Lsd -p /var/run/snmptrapd.pid'
 
  | 
 
Si je fais un snmpwalk en local sur le serveur tout fonctionne et j'ai bien tout qui s'affiche.
 
Un netstat -laptnu me donne:
 
 
Code :
 - Proto Recv-Q Send-Q Adresse locale          Adresse distante        Etat        PID/Program name
 - (...)
 - udp        0      0 0.0.0.0:161             0.0.0.0:*                          15119/snmpd
 - (...)
 
  | 
 
Mais, si depuis le PC Client (Windows Vista SP1)  j'essai de me connecter ça coince.
 
J'ai essayé plusieurs logiciel comme OidView Professionnal, WalkSNMP agent, ou hilisoft MIB Browser.. et aucun n'arrive à trouver le serveur.
Afin de m'assurer que cela ne vienne pas du poste client j'essai alors de taper vers mon routeur, un WRT54G sous firmware sveasoft Alchemy.. et là ça marche, j'ai bien accès aux infos SNMP auxquelles je suis censé avoir accès. Le client est donc hors de cause.
 
Qu'est-ce qui peut bien bloquer au niveau du serveur ??
Pas de firewall, snmpd qui ecoute sur tout le reseau et toutes les interfaces etc.. et pourtant ça ne marche quand même pas!! Groumpf!
 
 
Un grand merci à ceux qui pourraient faire avancer le schmilblick
 
 
  
 
 ---------------
			
Dans la lumière de l'ignorance je me débats pour que la bêtise humaine ne soit que de l'intelligence artificielle. Le monde virtuel dans lequel je vis n'est autre que le monde réel de l'obscur savoir.