Cacti snmp problème

eric0279 · Février 20, 2016, 6:21pm

Soir all,

j’ai deux pc, un sous Windows et l’autre sous Debian Etch.

J’ai installé Cacti et toutes les dépendances sur la debian et j’ai installé le service SNMP sous Windows…

Le service est démarré, il est configuré en Public pour la communauté et en LECTURE SEULE.

Le problème est que je n’arrive pas à obtenir les graphs du pc1 à partir du pc2…

SNMP error en rouge…

Quelques informations :

dans hosts :

[code]192.168.1.2 localhost
127.0.0.1 support-csssource.net localhost Alpha
192.168.1.4 support-csssource.net Alpha Alpha

The following lines are desirable for IPv6 capable hosts

::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts[/code]

dans hosts.allow :

dans hosts.deny :

snmpwalk -v1 -c public localhost :

snmpwalk -v1 -c public 192.168.1.2

snmpwalk -v1 -c public 192.168.1.4

SNMPv2-MIB::sysDescr.0 = STRING: Linux Alpha 2.6.18-6-486 #1 Thu Oct 9 15:23:10 UTC 2008 i686 SNMPv2-MIB::sysObjectID.0 = OID: NET-SNMP-MIB::netSnmpAgentOIDs.10 DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (35046) 0:05:50.46 SNMPv2-MIB::sysContact.0 = STRING: Root <root@localhost> (configure /etc/snmp/snmpd.local.conf) SNMPv2-MIB::sysName.0 = STRING: Alpha SNMPv2-MIB::sysLocation.0 = STRING: Unknown (configure /etc/snmp/snmpd.local.conf) SNMPv2-MIB::sysORLastChange.0 = Timeticks: (13) 0:00:00.13 SNMPv2-MIB::sysORID.1 = OID: IF-MIB::ifMIB SNMPv2-MIB::sysORID.2 = OID: SNMPv2-MIB::snmpMIB SNMPv2-MIB::sysORID.3 = OID: TCP-MIB::tcpMIB SNMPv2-MIB::sysORID.4 = OID: IP-MIB::ip SNMPv2-MIB::sysORID.5 = OID: UDP-MIB::udpMIB SNMPv2-MIB::sysORID.6 = OID: SNMP-VIEW-BASED-ACM-MIB::vacmBasicGroup SNMPv2-MIB::sysORID.7 = OID: SNMP-FRAMEWORK-MIB::snmpFrameworkMIBCompliance SNMPv2-MIB::sysORID.8 = OID: SNMP-MPD-MIB::snmpMPDCompliance SNMPv2-MIB::sysORID.9 = OID: SNMP-USER-BASED-SM-MIB::usmMIBCompliance SNMPv2-MIB::sysORDescr.1 = STRING: The MIB module to describe generic objects for network interface sub-layers SNMPv2-MIB::sysORDescr.2 = STRING: The MIB module for SNMPv2 entities SNMPv2-MIB::sysORDescr.3 = STRING: The MIB module for managing TCP implementations SNMPv2-MIB::sysORDescr.4 = STRING: The MIB module for managing IP and ICMP implementations SNMPv2-MIB::sysORDescr.5 = STRING: The MIB module for managing UDP implementations SNMPv2-MIB::sysORDescr.6 = STRING: View-based Access Control Model for SNMP. SNMPv2-MIB::sysORDescr.7 = STRING: The SNMP Management Architecture MIB. SNMPv2-MIB::sysORDescr.8 = STRING: The MIB for Message Processing and Dispatching. SNMPv2-MIB::sysORDescr.9 = STRING: The management information definitions for the SNMP User-based Security Model. SNMPv2-MIB::sysORUpTime.1 = Timeticks: (12) 0:00:00.12 SNMPv2-MIB::sysORUpTime.2 = Timeticks: (13) 0:00:00.13 SNMPv2-MIB::sysORUpTime.3 = Timeticks: (13) 0:00:00.13 SNMPv2-MIB::sysORUpTime.4 = Timeticks: (13) 0:00:00.13 SNMPv2-MIB::sysORUpTime.5 = Timeticks: (13) 0:00:00.13 SNMPv2-MIB::sysORUpTime.6 = Timeticks: (13) 0:00:00.13 SNMPv2-MIB::sysORUpTime.7 = Timeticks: (13) 0:00:00.13 SNMPv2-MIB::sysORUpTime.8 = Timeticks: (13) 0:00:00.13 SNMPv2-MIB::sysORUpTime.9 = Timeticks: (13) 0:00:00.13 End of MIB

snmpwalk -V

Pour ajouter le pc1 dans cacti, j’ai fait :
Management >> Devices >> Add :
Description : Mon pc windows
hostname : 192.168.1.2
hos Template : Windows 2000 / XP host
SNMP community : public
Version 1
SNMP port 161

iptables -L :

[quote]Chain INPUT (policy ACCEPT)
target prot opt source destination
fail2ban-ssh tcp – anywhere anywhere tcp dpt:ssh

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

Chain fail2ban-ssh (1 references)
target prot opt source destination
RETURN 0 – anywhere anywhere[/quote]

Merci d’avance

sonador · Février 20, 2016, 6:21pm

Hi,

Je ne connais pas cacti (j’en ai entendu parler, simplement). Je vois à peu près comment fonctionne snmp (je découvre dans ton message pleins de trucs utiles, d’ailleurs).

Mais:
Je vois dans le deny :
ALL:ALL EXCEPT 127.0.0.1:DENY

Il s’agit d’un service qui fonctionne en réseau. L’adresse localhost me laisse imaginer que le serveur doit bosser avec le noyau. Mais les infos, il les reçoit de ton windows, qui lui est distant. Or, là tu dis au serveur de refuser l’accès à toutes les adresses exterieures, pour toutes les services, sauf pour localhost. Je suppose que ça sous-entends aussi pour la machine distante.

Ex. sur lealinux :

"etc/hosts.deny :
On va interdire toutes les machines qui ne sont pas autorisées explicitement dans le /etc/hosts.deny.
Un bon vieux “ALL: ALL” interdira l’accès à tous les services à partir de toutes les machines. On peut cependant être plus précis en écrivant :

portmap:ALL
lockd:ALL
mountd:ALL
rquotad:ALL
statd:ALL"

Du coup, le serveur est peut-être lancé, mais il peut checker que dalle. C’est peut-être ça, l’erreur, non?

PS. Pardon si je me plante totalement dans mon analyse… Ce serait même assez possible que ce soit le cas, vu que je ne connais pas le serveur. En fait, c’est juste une idée, en passant, en voyant les infos que tu nous indiques.

Autrement, ton netstat -nltp te dit quoi? Le serveur bosse bien sur le bon socket? T’as plus ou moins tout mis, je suppose, mais pas ça.

eric0279 · Février 20, 2016, 6:21pm

Concernant ALL:ALL EXCEPT 127.0.0.1:DENY, j’ai u sur un forum que cela avais résolu le problème alors j’ai essayé… Je ne connais pas tout sur Lunix encore… mais j’avais déjà cette erreur avant d’ajouter cette ligne dans hosts.deny donc le problème est autre pars…

Voici le résultat de la commande demandée :

Connexions Internet actives (seulement serveurs) Proto Recv-Q Send-Q Adresse locale Adresse distante Etat PID/Program name tcp 0 0 127.0.0.1:2208 0.0.0.0:* LISTEN 2656/hpiod tcp 0 0 0.0.0.0:54404 0.0.0.0:* LISTEN 3131/rpc.statd tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 2744/mysqld tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 2341/portmap tcp 0 0 0.0.0.0:10000 0.0.0.0:* LISTEN 3462/perl tcp 0 0 127.0.0.1:40400 0.0.0.0:* LISTEN 2659/python tcp 0 0 0.0.0.0:113 0.0.0.0:* LISTEN 2989/inetd tcp 0 0 0.0.0.0:4949 0.0.0.0:* LISTEN 3263/munin-node tcp 0 0 192.168.1.4:53 0.0.0.0:* LISTEN 2613/named tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 2613/named tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 2870/cupsd tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 3051/master tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 2613/named tcp6 0 0 :::80 :::* LISTEN 3200/apache2 tcp6 0 0 :::21 :::* LISTEN 3153/proftpd: (acce tcp6 0 0 :::53 :::* LISTEN 2613/named tcp6 0 0 ::1:953 :::* LISTEN 2613/named

sonador · Février 20, 2016, 6:21pm

Ok,

Déjà je ne vois ni port 161 (le port de snmp), ni de cacti qui tourne, là.

Bon, c’est à prendre avec des pincettes, comme je te disais hier… ok?

Mais cacti utilise le serveur snmpd pour bosser, tout comme Nagios peut le faire, par exemple.

snmpd est un serveur qui bosse en réseau. Il y a le serveur. Et il y a le client.
Windows, si j’ai bien compris, est le client (n’hésite pas à me corriger). C’est la machine que tu veux surveiller, si tu préfères.

Hors, le port de snmpd est le 161.

161 SNMP - Simple Network Management Protocol
162 snmptrap - Simple Network Management Protocol Trap

Or y a rien, ici.
Un /etc/init.d/snmpd status te donne quelque chose?

Ensuite, vu ta règle dans ton hosts.deny, tu obtiens quelque chose quand une machine distante se connecte chez toi?

eric0279 · Février 20, 2016, 6:21pm

oui je veux surveiller le pc sous windows

sinon :

[quote]etc/init.d/snmpd: Aucun fichier ou répertoire de ce type
[/quote]

tu a oublié le / au début ^^

mais /etc/init.d/snmpd renvoi :

pourtant le service est bien installé…
locate snmpd :

[quote]locate snmpd
/etc/default/snmpd
/etc/init.d/snmpd
/etc/rc0.d/K20snmpd
/etc/rc1.d/K20snmpd
/etc/rc2.d/S20snmpd
/etc/rc3.d/S20snmpd
/etc/rc4.d/S20snmpd
/etc/rc5.d/S20snmpd
/etc/rc6.d/K20snmpd
/etc/snmp/snmpd.conf
/usr/bin/snmpdelta
/usr/bin/snmpdf
/usr/sbin/snmpd
/usr/share/doc/snmpd
/usr/share/doc/snmpd/changelog.Debian.gz
/usr/share/doc/snmpd/ChangeLog.gz
/usr/share/doc/snmpd/changelog.gz
/usr/share/doc/snmpd/copyright
/usr/share/doc/snmpd/NEWS.Debian.gz
/usr/share/doc/snmpd/README.Debian
/usr/share/lintian/overrides/snmpd
/usr/share/man/man1/snmpdelta.1.gz
/usr/share/man/man1/snmpdf.1.gz
/usr/share/man/man5/snmpd.conf.5snmp.gz
/usr/share/man/man8/snmpd.8.gz
/usr/share/snmp/snmpconf-data/snmpd-data
/usr/share/snmp/snmpconf-data/snmpd-data/acl
/usr/share/snmp/snmpconf-data/snmpd-data/basic_setup
/usr/share/snmp/snmpconf-data/snmpd-data/extending
/usr/share/snmp/snmpconf-data/snmpd-data/monitor
/usr/share/snmp/snmpconf-data/snmpd-data/operation
/usr/share/snmp/snmpconf-data/snmpd-data/snmpconf-config
/usr/share/snmp/snmpconf-data/snmpd-data/system
/usr/share/snmp/snmpconf-data/snmpd-data/trapsinks
/var/cache/apt/archives/snmpd_5.2.3-7etch2_i386.deb
/var/lib/dpkg/info/snmpd.conffiles
/var/lib/dpkg/info/snmpd.config
/var/lib/dpkg/info/snmpd.list
/var/lib/dpkg/info/snmpd.md5sums
/var/lib/dpkg/info/snmpd.postinst
/var/lib/dpkg/info/snmpd.postrm
/var/lib/dpkg/info/snmpd.preinst
/var/lib/dpkg/info/snmpd.prerm
/var/lib/dpkg/info/snmpd.templates
/var/lib/snmp/snmpd.conf
/var/run/snmpd.pid
[/quote]

Cacti fonctionne également vu qu’il récupère les stats du pc2…

Tu peux développer stp ?

sonador · Février 20, 2016, 6:21pm

Ok.

Dsl pour le “/” lol.

Le fait que le bouzin soit installé ne veut pas dire qu’il tourne. Ton locate (tu connais “slocate”? ) ne fait qu’indiquer ou se trouve les fichiers contenant le mot “snmpd”, rien de plus.

Cependant… tu n’as pas non plus forcément tort : en fait c’est de l’udp. Faut que tu fasses un :

netstat -an | grep snmp
ou
netsta -nlup | grep snmp

Je l’ai installé sur ma bécane, pour voir ce que ça donne:

sh-3.1# netstat -nlup | grep snmp
udp 0 0 127.0.0.1:161 0.0.0.0:* 20699/snmpd

Tu as quoi de ton côté?

eric0279 · Février 20, 2016, 6:21pm

donc les deux commandes :
netstat -an | grep snmp > ne retourne rien

Alpha:/home/css# netstat -nlup | grep snmp

[quote]udp 0 0 0.0.0.0:161 0.0.0.0:* 4642/snmpd
udp 0 0 0.0.0.0:162 0.0.0.0:* 4645/snmptrapd[/quote]

sonador · Février 20, 2016, 6:21pm

ok, mais on sait que ton service est bien lancé

udp 0 0 0.0.0.0:161 0.0.0.0:* 4642/snmpd
udp 0 0 0.0.0.0:162 0.0.0.0:* 4645/snmptrapd

Le serveur écoute toutes les adresses sur toutes les adresses de la machines, sur les bons ports.

Mais… tu as tout de même:

ALL:ALL EXCEPT 127.0.0.1:DENY

Je ne sais pas quel était le problème que cette configuration a réglé chez le type qui l’a appliqué et que tu as vu que internet, mais… avec ton hosts.deny

Tu interdis tout à ta machine, sauf pour l’adresse locale.

Si tu commentes cette ligne et que tu refais tes tests, ça donne quoi?

eric0279 · Février 20, 2016, 6:21pm

J’ai viré la ligne dans hosts.deny et ça ne change rien

Le pc a redémarré après la modification

sonador · Février 20, 2016, 6:21pm

Si tu fais un traceroute -p 161 addressIPserveur (à remplacer par l’ip en question) en partant de ta machine windows, tu as quel résultat?

(et au fait, j’y pense, mais tu as peut-être aussi un port à ouvrir sur le FW local de la machine windows. Tu peux vérifier?)

On va voir ce qui se passe aussi du côté des sockets :

Pour exemple de base :
caubin@moon:~$ nc thebob.homeftp.org 21
220 (vsFTPd 2.0.5)

Essaie à partir de ton windows : nc -u adressedistante 161
Et même chose avec le port 162.

Puis fait de même en local sur ton serveur avec localhost.

(après tout, c’est le client qui requête le serveur. Tout comme c’est le chien qui secoue la queue et non la queue qui secoue le chien…)

Dans les deux cas, cela devrait tester l’accès à la machine serveur localement et à distance via le port 161.
Et comme je disais vérifie l’ouverture des ports en local (voire si y a pas une règle de sécu à 2 balles qui gène) et idem s’il y a un FW entre les deux machines.

Juste histoire d’être sûr.

eric0279 · Février 20, 2016, 6:21pm

donc
traceroute -p 161 addressIPserveur ou tracert -p 161 addressIPserveur me renvoi rien, la syntaxe est invalide…

l’argument -p est incorrect en regardant l’aide…
A partir de windows :
tracert 192.168.1.2 :

[quote]Détermination de l’itinéraire vers eric-******* [192.168.1.2]
avec un maximum de 30 sauts :

1 <1 ms <1 ms <1 ms eric-********** [192.168.1.2]

Itinéraire déterminé.[/quote]

A partir de windows vers debian :
tracert 192.168.1.4 :

[quote]Détermination de l’itinéraire vers 192.168.1.4 avec un maximum de 30 sauts.

1 <1 ms <1 ms <1 ms 192.168.1.4

Itinéraire déterminé.[/quote]

A partir de la debian :

traceroute -p 161 192.168.1.2

La commande nc sous windows ne fonctionne pas

A partir de la debian :

nc 192.168.1.4 21 > 220 ProFTPD 1.3.0 Server (Mon FTP Perso) [192.168.1.4]

nc 192.168.1.2 161 >> (UNKNOWN) [192.168.1.2] 161 (snmp) : Connection timed out

nc -u 192.168.1.2 161 >> wait and see lol il cherche mais finira en time out certainement :s

nc 192.168.1.2 162
(UNKNOWN) [192.168.1.2] 162 (snmp-trap) : Connection refused
es…

localhost :
nc localhost 161

nc -u localhost 162 wait and see lol il cherche mais finira en time out certainement :s

Pour le FW, il est ouvert dans la NAT de mon routeur…

sonador · Février 20, 2016, 6:21pm

Ah oui, sorry, c’est tracert, sous windows. J’avais oublié.

ok, nc est propre à unix aussi… zut. Faut dire que j’essaie de te répondre entre deux boulots aussi, de mon côté.

Bon attends, lol, j’ai 300 trucs à fignoler. Dès que j’ai 30 secondes… promis je reviens.

En pour le nc en local - pardonc c’est nc -p -l adresse port:

linuxcertif.com/doc/keyword//usr/bin/nc/ (adresse utile soit dit en passant).

Je reviens.

Christian.

eric0279 · Février 20, 2016, 6:21pm

J’ai oublié ceci :
traceroute -p 161 192.168.1.2

[quote]traceroute to 192.168.1.2 (192.168.1.2), 30 hops max, 40 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *[/quote]

Pour nc -p 161 -l 192.168.1.2, en attente de résultat…

P.S : le temps que tu m’a répondu, j’avais édité mon message ci-dessus

sonador · Février 20, 2016, 6:21pm

pas de pb… je suis au taff, donc voilà, quoi… lol

pour ce qui est du résultat obtenu avec : traceroute -p 161 192.168.1.2

Tu as appliquer cette commande à partir d’où (ou de “quoi”?)

eric0279 · Février 20, 2016, 6:21pm

a partir de la debian vu que sous windows, cela ne fonctionne pas lol

sonador · Février 20, 2016, 6:21pm

Vi… Mais bon, qui sait? T’es peut-être pêté de thunes et tu as alors 3 pc dont deux sous nunux? lol

ok, tu l’as fait en local. Si je fais pareil, moi j’ai :
sh-3.1# traceroute -p 161 192.168.1.60
traceroute to 192.168.1.60 (192.168.1.60), 30 hops max, 52 byte packets
1 Monstre (192.168.1.60) 0.030 ms 0.009 ms 0.007 ms

sh-3.1# traceroute -p 161 127.0.0.1
traceroute to 127.0.0.1 (127.0.0.1), 30 hops max, 52 byte packets
1 Monstre (127.0.0.1) 0.016 ms 0.009 ms 0.007 ms

On obtiens un saut unique… mais bon, si jj’avais obtenu 250 sauts, je crois que je me serai un peu inquiété, vu que j’interroge le serveur en local.

Mais toi tu n’as rien.
So,
Refais pareil avec l’adresse localhost, comme je viens de le faire et montre moi le résultat.

eric0279 · Février 20, 2016, 6:21pm

3 pc oui mais le dernier se repose lol

donc :
traceroute -p 161 192.168.1.4

[quote]traceroute to 192.168.1.4 (192.168.1.4), 30 hops max, 40 byte packets
1 * support-csssource (192.168.1.4) 0.039 ms 0.016 ms[/quote]

traceroute -p 161 192.168.1.2

[quote]traceroute to 192.168.1.2 (192.168.1.2), 30 hops max, 40 byte packets
1 * * etc…[/quote]

traceroute -p 161 localhost

[quote]traceroute: Warning: localhost has multiple addresses; using 192.168.1.2
traceroute to localhost (192.168.1.2), 30 hops max, 40 byte packets
1 * * *
2 * * *
etc …[/quote]

edit: lol je ne sais pas si ce que u m’a à un rapport mais je ne pense pas mais mo, snmp est rempli maintenant :

[quote]SNMP Information
System: Hardware: x86 Family 6 Model 15 Stepping 6 AT/AT COMPATIBLE - Software: Windows 2000 Version 5.1 (Build 2600 Multiprocessor Free)
Uptime: 1190600 (0 days, 3 hours, 18 minutes)
Hostname: ERIC-*********
Location: France
Contact: support-css@hotmail.fr[/quote] qui remplace le snmp error…

A suivre pour les graphs car pour le moment il ne me retourne rien…

sonador · Février 20, 2016, 6:21pm

nan, tu n’as pas capté :

traceroute -p 161 127.0.0.1

Regarde mieux ce que je t’ai indiqué.
De base, l’adresse localhost, c’est 127.0.0.1. Toi, vu ton host, elle te renvoie sur ton adresse publique et c’est comme si tu avait fait deux fois :
traceroute -p 161 192.168.1.2

C’est indiqué, en plus :
“traceroute: Warning: localhost has multiple addresses; using 192.168.1.2”
(en clair, le pc, il ne comprends pas vers quoi tu lui demande de tracerouter).

Par contre, je dois être à la ramasse : tu as combien d’adresses pour ce pc? Je vois une adresse en .2, une en .4, maintenant. tu peux m’en dire un peu plus sur la façon dont tu as architecturé ta machine (en gros un ifconfig m’irait bien - ou au moins une description) et ton réseau? A priori, tu as :
-1 pc windows
-1 pc linux
-un routeur/FW (style livebox)

A quoi sont reliées ces interfaces, exactement?

eric0279 · Février 20, 2016, 6:21pm

j’ai :
-1 pc windows (192.168.1.2)
-1 pc linux (192.168.1.4)

1 switch
1 box (club-internet) (192.168.1.1)

le tout connecté en ethernet.

Cela te suffit ou souhaite tu un un ifconfig :

et ipconfig:

[quote]Configuration IP de Windows

    Nom de l'hôte . . . . . . . . . . : eric-******
Suffixe DNS principal . . . . . . :
    Type de noud . . . . . . . . . . : Inconnu
    Routage IP activé . . . . . . . . : Oui
    Proxy WINS activé . . . . . . . . : Non

Carte Ethernet Connexion au réseau local:

    Suffixe DNS propre à la connexion :
    Description . . . . . . . . . . . : Marvell Yukon 88E8056 PCI-E Gigabit

Ethernet Controller
Adresse physique . . . . . . . . .: 00-22----
DHCP activé. . . . . . . . . . . : Non
Adresse IP. . . . . . . . . . . . : 192.168.1.2
Masque de sous-réseau . . . . . . : 255.255.255.0
Passerelle par défaut . . . . . . : 192.168.1.1
Serveurs DNS . . . . . . . . . . : 194.117.200.15
194.117.200.10[/quote]

mais c’est bizarre quand même,il détecte le pc sous xp, il donne :

[quote]Uptime: 2053731 (0 days, 5 hours, 42 minutes)
Hostname: ERIC-CACFA7C18E
Location: France
Contact: support-css@hotmail.fr[/quote]

Ce qui est en rouge n’est pas correct sachant l’uptime réel est de plus de 24h actuellement…

Ensuite le status est toujours Unknow donc le problème persiste autre pars…

Les logs cacti :
eric0279.free.fr/cacti.log

sonador · Février 20, 2016, 6:21pm

Ok, on reprends tout et on résume.
I. Configuration.

Tu as :
-1 pc windows (192.168.1.2)
-1 pc linux (192.168.1.4)
-1 switch
-1 box (club-internet) (192.168.1.1)

II. les ports écoutés :
Alpha:/home/css# netstat -nlup | grep snmp
Citation:
udp 0 0 0.0.0.0:161 0.0.0.0:* 4642/snmpd
udp 0 0 0.0.0.0:162 0.0.0.0:* 4645/snmptrapd

Le serveur est up.

III. Tu as viré la ligne qui posait problème dans le fichier hosts.deny:
ALL:ALL EXCEPT 127.0.0.1:DENY

IV. Le traceroute.

Tu te place sur le linux et tu as :

traceroute -p 161 192.168.1.4
traceroute to 192.168.1.4 (192.168.1.4), 30 hops max, 40 byte packets
1 * support-csssource (192.168.1.4) 0.039 ms 0.016 ms

Tu peux donc établie une connexion locale via le port 161 en passant par ton interface publique.

Ensuite :
traceroute -p 161 192.168.1.2
traceroute to 192.168.1.2 (192.168.1.2), 30 hops max, 40 byte packets
1 * *
(…)

Tu ne peux pas établie de connexion distante sur le port 161.
Mais c’est peut-être normal : par défaut, ton FW bloque peut-êtr l’UDP.
Moi j’ai le même problème.

Sur ce point, essaie en rajoutant l’option -I:

Dans mon cas, par exemple:
Monstre:/home/vsftpd# traceroute 192.168.1.10
traceroute to 192.168.1.10 (192.168.1.10), 30 hops max, 52 byte packets

Monstre:/home/vsftpd# traceroute -I 192.168.1.10
traceroute to 192.168.1.10 (192.168.1.10), 30 hops max, 52 byte packets
1 OrdiChristian.home (192.168.1.10) 1.348 ms 3.533 ms 152.595 ms

Je peux faire un traceroute en tcp (option -I), mais en udp, ca donne rien.

Ensuite, pour en revenir à nos vrais moutons:
Le résultat de ton snmp te donne :
SNMP Information
System: Hardware: x86 Family 6 Model 15 Stepping 6 AT/AT COMPATIBLE - Software: Windows 2000 Version 5.1 (Build 2600 Multiprocessor Free)
Uptime: 1190600 (0 days, 3 hours, 18 minutes)
Hostname: ERIC-*********
Location: France
Contact: support-css@hotmail.fr

On voit clairement qu’il s’agit de ta machine Windows.

Cela étant, tu vois :
Uptime: 2053731 (0 days, 5 hours, 42 minutes)
Hostname: ERIC-CACFA7C18E
Location: France
Contact: support-css@hotmail.fr

Question : tu es sûr que c’est le résultat pour ton windows, toute la partie “uptime” and suite ? Tu m’as dit tout à l’heure que tu avais rebooté ta machine linux.
Or, “uptime” indique le délais depuis quand une machine est up et ici tu as 5 heures.
Compare le résultat sur ta machine linux, avec le résultat des commandes who -b et uptime, stp.

Pour les graphs, on verra après. Déjà clarifions un peu tout ça…

Et aussi, tant que j’y suis, tu as l’adresse du site que tu as utilisé pour configurer tout ça?
J’aimerais y jeter un oeil, stp.