Newsgroup: it.comp.os.linux.sys
Titolo: Alternativa a ntop

Salve a tutti,
ho un gateway linux (CentOS) con 4 schede di rete sul quale devo
monitorare il traffico in uscita e in entrata per individuare
eventuali anomalie.
Ho provato a installare ntop, ma dopo poco mi va in segmentation fault
e quindi non mi è molto utile.
C'è qualche altro programma per monitorare il traffico di un host?
Pensavo anche di installarmi un collettore netflow, che ne pensate?

 e quindi non mi è molto utile.
Direi proprio di no!
Io uso con gran piacere munin su macchine diverse, il tutto
centralizzato in maniera molto semplice.
Poca configurazione e grafici ben fatti. Puoi anche monitorare disco,
memoria, etc...
Michele

 memoria, etc...
Ottimo, ci provo subito, grazie del consiglio


nfdump + nfsen
 Giovanni


Io uso Zabbix.
Attivo SNMP su tutti gli switch e faccio monitorare il traffico di ogni 
porta degli switch a Zabbix.
Ovviamente la cosa funziona solo se gli switch sono managed e con 
supporto SNMP (ma visto che ce l'hanno i miei mediocri Netgear suppongo 
che qualsiasi switch managed abbia SNMP).
Altrimenti (anzi, sarebbe ancora meglio) puoi montare un agente Zabbix 
su qualsiasi client e/o server (tanto c'è sia per Windows che per Linux) 
e far monitorare a Zabbix tutti gli agenti (così puoi monitorare di 
tutto, CPU, RAM, spazio su disco di ogni macchina, ecc...).

 tutto, CPU, RAM, spazio su disco di ogni macchina, ecc...).
Salvo complesse configurazioni, l'agent di Zabbix è una minchiata
stratosferica ed inutile.
Se devi installare un agent su ogni client conviene installare snmp (che
legge e scrive, volendo), puoi monitorare esattamente le stesse cose che
faresti con l'agent di zabbix, compreso gli active check, hai un sistema
standard compatibile con il 99% dei software di monitoraggio in giro per
il mondo senza scomodare software proprietario. Ed SNMP è sicuramente
presenta in qualunque distribuzione, zabbix no.
Anche io uso Zabbix, ma in configurazione totalmente automatica
(autodiscovery) con snmp come trasporto. almeno ho lo stesso
protocollo usato per fare tutto, compreso il monitoraggio degli
switch, senza scomodare un protocollo per gli switch, un protocollo
per i server e così via.

 compilo a manina)
Si, ma devi avere comunque due protocolli quando puoi fare solo con uno.
Tu installi solo il client zabbix? Non installi mai snmp per qualche
altro motivo sullo stesso server? Monitori la banda in che modo?
Ti appoggerai ad snmp, credo, tanto vale usare lo stesso protocollo
per leggere tutti gli altri valori, visto che è estensibile tramite
semplici script.
Banalmente ti fai uno script che esegue questo comando:
cat /proc/1234/smaps
ed ecco che ti leggi i valori del processo.

Nel mezzo del cammin di nostra vita mi ritrovai con Lorenzo Mainardi che
diceva

Vi aggiorno sulla mia attività con munin: mi sembra che funzioni bene, 
riesco a tenere sotto controllo anche i server Windows (ne ho diversi) ed 
è molto semplice da configurare.
Mi sto divertendo a customizzare alcuni plugin e a cercare di farne 
funzionare altri.
Per ora non ho usato SNMP, ma pensavo di farlo con i server windows
-- 
"Mai sottostimare la larghezza di banda di un camioncino che sfreccia a
razzo sull'autostrada" 
Andrew S. Tanenbaum
python -c "print 'bG9ybWF5bmFAZ21haWwuY29t'.decode('base64')"

 appropriato, l'overhead è secondo me trascurabile.
Quando però ne devi monitorare 300 di server l'overhead non è piu
trascurabile, perchè se per 1 server impieghi 5 minuti, su 300 hai
buttato via 1500 minuti, ovvero 25 ore, ovvero oltre 3 giorni di
lavoro 8 ore al giorno.
Secondo me con l'agent di zabbix fai le stesse cose che faresti con
snmp, con la differenza che il più delle volte snmp è già installato
sul server, se non lo è lo installi dal repository (zebbix non è detto
che ci sia, ad esempio vyatta non lo contiene), ed usi da subito un
sistema funzionante con il 99.9% del software mondiale di monitoraggio
ed in più lo puoi integrare, volendo, con cacti o cose simili per
fare i grafici delle query o di altre cose. Con l'agent di zabbix non
potresti, e saresti obbligato a gestire 4 software: 
cacti, snmp, zabbix, agent
Va da se che se uno potesse fare a meno di snmp, il discorso cadrebbe.
Installi zabbix e stop. Ma nel mio caso, ad esempio, non posso fare a
meno di snmp, tanto vale estenderlo ed usarlo riciclando la stessa
infrastruttura di monitoraggio che si collega ai cisco, ai procurve, a
vyatta, ai mikrotik e così via senza aggiungere un ulteriore layer lato
client. (lato server uso anche io zabbix per gli allarmi)

 per dire.
Probabilmente te allora usi solo zabbix senza snmp per altri motivi.
-- 
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.

Nel mezzo del cammin di nostra vita mi ritrovai con Lorenzo Mainardi che
diceva
Per l'analisi dei vari flussi di rete che mi consigliate?


 Per l'analisi dei vari flussi di rete che mi consigliate?
Se parliamo di flussi di rete io non mi son omai trovato cosi' bene come con 
NetFlow ! E' fenomenale pe run'analisi in tempo (quasi) reale del contenuto del 
traffico.
E' chiaro che paghi uno scotto di overheat della rete a causa dei pacchetti udp 
che gli servono per analizzare il traffico.
Rizio
-- 
Si dice che essere liberi significa non avere nulla da perdere... ma la verità è 
che non avere nulla da perdere significa essere pronti a rischiare tutto ciò che 
si possiede.

 E' chiaro che paghi uno scotto di overheat della rete
?
Metti il radiatore ai cavi? ;-)
-- 
Paranoia is a disease unto itself. And may I add: the person standing
next to you may not be who they appear to be, so take precaution.
-----------------------------------------------------------------------------
http://bofhskull.wordpress.com/

 Metti il radiatore ai cavi? ;-)
^_^
era troppo presto stamattina per dire una frase di senso compiuto con anche una 
parola inglese in mezzo :))))))
Vabbe' correggo ora con "overload" dai :)


 C'è qualche altro programma per monitorare il traffico di un host?
La domanda frulla in testa anche a me da un po', ma ancora non sono riuscito 
a trovare una risposta soddisfacente. Probabilmente l'approccio corretto e` 
duplice:
 - SNMP per le informazioni generali sul dispositivo;
 - NetFlow per analizzare il traffico di rete nel dettaglio.
Fin'ora, come risposta alla prima domanda ho trovato solo MRTG in quanto, 
dalle prove da me effettuate, e` l'unico che sia riuscito a leggere i dati 
provenienti da una Mikrotik Routerboard (con Nagios ho rinunciato nel 
momento in cui ho visto il casino che avrei dovuto fare per configurarlo, 
mentre cacti e zabbix mi hanno dato errore nell'eseguire la query SNMP, 
probabilmente perche` non sono riusciti a ricavarsi da soli l'OID specifico 
dell'apparato). Per quanto riguarda invece la seconda domanda, ancora non 
sono riuscito a trovare nulla, in quanto non sono riuscito a capire se (e 
come) nfdump possa funzionare direttamente senza dover appoggiarsi ad altri 
strumenti, mentre non ho potuto provare nfsen in quanto la versione di 
rrdtool da me installata risultava piu` aggiornata rispetto a quella 
supportata da nfsen stesso (stavo facendo le prove su Debian Testing). 
Personalmente penso di continuare su questa strada, almeno per capire se 
nfsen sia lo strumento giusto da usare, ma personalmente ritengo la 
situazione un po' grigia
Enrico