:hello:
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:
# 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 :
# 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:
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
:hello:
