Newsgroup: it.comp.os.linux.software
Titolo: Monitoraggio banda con grafici

Avrei bisogno di un software da installare sul
default gateway che monitori in automatico l'utilizzo
di banda da parte di tutti gli host connessi a valle.
Ci sarebbe IPFM che fa proprio questa cosa qui, ma ho
bisogno di aver visibilità di eventuali picchi, quindi
un grafico, anche testuale, sarebbe comodo.
in sostanza, ho un cliente con una linea hdsl che di
tanto intanto si impunta.
Stando al grafico ottenuto dal firewall vedo che ci
sono dei momenti in cui il traffico in ingresso
(o in uscita) raggiunge il 100% di capacità della linea.
Come faccio a sapere quale host ha causato quel picco?
O li monitoro tutti con cacti (impossibile, molti host
sono 'wireless' e non sono sempre connessi) oppure li
monitoro con IPFM ma in quest'ultimo caso, non sarei
in grado di riconoscere chi ha causato il picco anomalo.
Alternative? Il massimo sarebbe qualche cosa in perl
senza necessità di ricompilare nulla sul firewall.
Il massimo del massimo sarebbe un tool che generi
dei grafici sovrapposti, ovvero un colore per ciascun
host. Chi genera il picco di traffico avrà una curva
maggiore di tutti gli altri e quindi a colpo d'occhio
si riuscirebbe ad identificare, senza dover aprire
magari centinaia di grafici ogni volta.
Tipo questo di NGI: 
http://f5stat.ngi.it/?vp=SCEup
ma fatto sugli host e non sui protocolli.
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito è di fare il possibile per la
salvezza degli anni nei quali viviamo,
sradicando il male dai campi che conosciamo.

 
Provato ntop? 
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
www.robyt.eu

 Provato ntop? 
No, non mi pare mi faccia vedere un grafico aggregato
contenente tutti gli host. Mi pare lo faccia solo
per i protocolli.
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito ï¿œ di fare il possibile per la


 
Nella sezione hosts c'è un riepilogo degli host "visti" con il traffico in 
ingresso/uscita.
Se ti scoccia installarlo e la tua email è giusta ti invio un paio di 
screenshot


 screenshot
Si la mail è giusta. Non mi scoccia installarlo, ci mancherebbe,
solo che l'ultima volta che ho provato ho avuto difficoltà e per
di più installarlo su un firewall senza tool di compilazione rende
la vita ancora più difficile, per questo motivo cercavo qualche
cosa in perl.
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito è di fare il possibile per la


 ma fatto sugli host e non sui protocolli.
Io uso shorewall con le sue funzioni di accounting tramite le chain di 
iptables (quindi puoi usare direttamente iptables) e una coppia di script 
perl per inviare i dati via snmp all'host con cacti ed estrarli.
Poi è solo questione di farsi il template su cacti.
Io sono partito da qui:
http://www.nativenet.ch/content/view/28/51
Ciao
-- 
Nobusama

  di ricompilare nulla sul firewall.
Nel mio caso, proprio per monitorare che host faceva traffico, ho creato
delle regole di iptables ad-hoc in FORWARD, una per host. Ogni tot di
tempo, iptables -nvL -Z tabella_report. Analizzi i dati, li butti su un
db o file di testo. Con OOo carichi i dati e li visualizzi.
Il bello è che è iptables a darti tutti i dati. A memoria, anche con
munin usa iptables per vedere il traffico di un host linux.
Michele

 delle regole di iptables ad-hoc in FORWARD, una per host.
Non posso, gli host sono dinamici, sia a livello di IP (dhcp),
sia a livello di presenza. Ci sono molti client wifi, di clienti
che arrivano, si connettono X tempo e poi se ne vanno.
Non posso staticizzare le regole di iptables, ne usare l'autodiscovery
di zabbix o Cacti perch� eventuali client 'mordi e fuggi' potrebbero
accedere alla rete tra uno scan e l'altro dei vari strumenti di
autodiscovery.
Mi serve un qualche cosa di veramente realtime, che mi possa indicare
se un host ha scaricato anche un solo byte per 1 solo secondo.
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito � di fare il possibile per la


 
http://www.nativenet.ch/content/view/28/51
La tipologia di grafico sarebbe *perfetta*
il problema è che lo script vuole una chain
ad-hoc per ciascun servizio/host da monitorare
e come scritto nella mail poco fa, è impraticabile.
Non posso prevedere i client wifi, ne la gente di
passaggio.
Non cerco una soluzione perenne (ho già i miei grafici
fatti con cacti) ma ho bisogno di un tool da usare
in caso di emergenza che mi dica chi ha usato tutta
la banda


 di banda da parte di tutti gli host connessi a valle.
..cut..
Monitorix nasce per un uso "domestico", ma può essere personalizzato a 
proprio piacimento.. Ntop te lo hanno già detto.. aggiungo mrtg, munin e 
zabbix ma non credo facciano al tuo specifico caso.
Davide.

 zabbix ma non credo facciano al tuo specifico caso.
Nessuno di quelli citati crea grafici o statistiche automaticamente
per tutti gli host connessi in rete basandosi sul traffico.
Bisogna sempre indicare quali host monitorare.



Non solo.. Anche gli host monitorati devono essere configurati ad hoc ;-)

 
Stavo pensando a ntop .... però, però .... un:
$ ls /usr/share/munin/plugins/
mi ha illuminato un po'.
prova a dare un'occhiata al file: /usr/share/munin/plugins/ip_
Credo di capire che devi aggiungere una regola in iptables per
abilitare l'accounting e poi devi fare semplicemente:
ln -s /usr/share/node/node/plugins-auto/ip_ \
        /etc/munin/node.d/ip_192.0.2.1
E mi pare di capire (visto che non ho provato nulla) che accetta anche
l'indirizzo di tutta la rete: ip_192.0.2.0
-- 
Wikipedia Admin: "wikipedia non è un blog"
Iosif Stalin: "i compagni hanno scambiato il partito per un circolo di
discussione"

 l'indirizzo di tutta la rete: ip_192.0.2.0
Non va bene, fa il monitoraggio di tutta la subnet oppure delle regole
di cui faccio
accounting con iptables.
io devo farlo in maniera assolutamente trasparente altrimenti di
sistemi
analoghi ne ho a dozzine, tra cui cacti/zabbix/iptables nudo e crudo e
così via.

 così via.
si, ma perché usare iptables + man rrdgraph + man rrdgraph_*, che
veramente non ti passa più, quando munin - dopo aver impostato iptables
- fa lui tutto il resto?
Cioè, se devi usare iptables, tanto vale buttarsi su munin.
Cacti, invece, è solo più complicato di munin per ottenere lo stesso
identico risultato.



Quindi monitorali tutti! :)
Michele

 Quindi monitorali tutti! :)
Sono potenzialmente 1530 IP.... (255*6)
Preferivo qualche cosa di più plug&play :)
sicuramente il problema nasce da una delle due reti WiFI o dalla LAN
del cliente, ma
dal momento che metto in piedi il monitoraggio, volevo farlo
'definitivo', ovvero: attivo
ed ho la certezza di trovare il colpevole. Non vorrei monitorare l'80%
degli host e poi
ritrovarmi nuovamente con lo stesso problema perchè il pirla era
connesso all'altro 20%
Per la porta in mirroring, si, posso farlo, ma il problema poi
resterebbe lo stesso:
come monitoro il mirror in maniera trasparente?

 Cioè, se devi usare iptables, tanto vale buttarsi su munin.
Si, vabbè, un tool vale l'altro. Il problema è non
dover configurare iptables.


 trasparente?
Se non dico una castroneria, puoi fare il tutto senza modificare il
firewall principale.
Michele

 vedere con OOo
... non è proprio la stessa cosa di avere un grafico già pronto
per essere consultato in caso di problemi.
Il tuo metodo, perfettamente funzionante, richiede una elaborazione
manuale ogni volta. Se ho il cliente KO (e quindi io non mi collego
nemmeno in VPN perchè la banda è finita) non posso dirgli: vai sul
server, prendi i dati generati dal mio script, mettili su OOo e fai
due conti.
Posso, però, dirgli di aprire una paginetta web e vedere chi è
il colpevole.
A 'sto punto, visto che devo fare accounting per ciascun IP (anche
se mi sembra incredibile che non esista un software che lo faccia
in maniera trasparente) vado con la soluzione di Max_Adamo: munin
con il plugin apposito. Almeno ho dei grafici, che se messi allineati
verticalmente mi consentono di vedere quasi a colpo d'occhio di
chi è il picco.
Domanda extra: se volessi fare un software in perl, come posso andare
a leggere il traffico che transita per il gateway? Dalla /proc vedo
solo il traffico complessivo, in base alle statistiche della scheda di
rete. Se volessi analizzare il traffico e sommare per host? Non saprei
da dove cominciare.


 saprei da dove cominciare.
In tempo reale? iptraf (apri -> L -> ethX) lo fa. Lo uso spesso proprio
per fare questo genere di analisi. L'unica pecca è che devi esserci
dentro mentre accade il problema.
Michele

 connesso all'altro 20%
ma non potresti usare rrdtool "over" ntop per ottenere i grafici come
li vuoi tu?
Non avrei idea di come si faccia. Immagino che ntop abbia i dati da
qualche parte e che dovrebbe essere possibile darli a rrdtool (anche se
non so come si usa).


 così da non visualizzare tutti gli host inutilmente.
uhm, that's right. Altrimenti ti ritrovi 1536 grafici, di cui mille
vuoti.


 Non avrei idea di come si faccia. 
mh ... i miei congiuntivi fanno venire la congiuntivite.


 
no no, quello che hai detto tu l'ho capito. Sono IO che non ho chiaro
cosa vuole dire ip_192.168.0.0 secondo munin :-)
Non ho ben capito se lui ti produce 255 grafici, o solo un grafico
relativo all'uso di banda in quella subnet. 
