Newsgroup: it.comp.reti.ip-admin
Titolo: Gestione HDSL - Firewall + Proxy

> Vedi sopra...oppure NTOP o altro ancora....
Il problema grosso che ho é proprio questo ...
Quanti Bytes consuma ogni singola stazione Pc della rete ? (Un PC = Un
indirizzo IP >>> FISSO <<< )
Quanti in Ingresso e quanti in uscita ?
Con quali servizi ? (FTP, WEB, MAIL (POP), MAIL (SMTP), Napster , etc) dando
per scontato porta = servizio
NTOP non lo conosco ma con Google non ho trovato nulla ...
Puoi darmi maggiori chiarimenti ?
Potresti essere più chiaro su quanto é in grado di fare in funzione delle
esigenze che ho appena elencato qui sopra ?
Ciao a tutti e scusate il disturbo
-- 
Posted from [194.184.61.3] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Ciao a tutti e scusate il disturbo
-- 
Marco Santoro "Sainz"
i...@marcosantoro.it
 - 
sa...@tin.it
PGP DSS/DH KeyID 0x0AE1FB7C
Fingerprint 0A C1 05 52 47 9C D5 44  66 11 F2 71 1C E9 E8 E6  0A E1 FB 7C

 Lo puoi fare benissimo con ipchains o iptables.
Scusate il triplo quoting.
Come diavolo fai a farlo con ipchains e iptables? Forse tu ti stai riferendo
al trafic shaping.
... oppure mi sono perso qualcosa :)
Fabio

 Fabio
Ci sono dei contatori di pacchetti e di bytes per ognuna delle regole di 
ogni chain. Per leggerli basta usare sempre lo stesso comando con cui 
imposti le regole (iptables o ipchains). Se non sbaglio i valori si possono 
anche leggere direttamente da qualche file nella directory /proc/net .
Dalla manpage di iptables (e su ipchains e` simile se non identico):
     -L, --list
          List all rules in the selected chain.  If no  chain  is
          selected,  all  chains  are  listed.   It  is  legal to
          specify the -Z (zero) option as well, in which case the
          chain(s)  will  be  atomically  listed and zeroed.  The
          exact output is affected by the other arguments given.
[...]
     -v, --verbose
          Verbose output.  This option  makes  the  list  command
          show  the interface address, the rule options (if any),
          and the TOS masks.  The packet and  byte  counters  are
          also  listed, with the suffix 'K', 'M' or 'G' for 1000,
          1,000,000 and  1,000,000,000  multipliers  respectively
          (but  see  the -x flag to change this).  For appending,
          insertion,  deletion  and  replacement,   this   causes
          detailed  information  on  the  rule  or  rules  to  be
          printed.
[...]
     -x, --exact
          Expand numbers.  Display the exact value of the  packet
          and  byte  counters, instead of only the rounded number
          in K's (multiples of 1000) M's (multiples of 1000K)  or
          G's (multiples of 1000M).  This option is only relevant
          for the -L command.


 anche leggere direttamente da qualche file nella directory /proc/net .
Ok, ma cosě vedo quanti pacchetti e quanti bytes sono passati per ogni
catena e per ogni target, non il traffico associato ad ogni client di rete
suddiviso per protocollo.
... a meno di non creare una catena con target ACCEPT per ogni singolo
client e per ogni protocollo ipotizzabile: micidiale :))
Fabio

 client e per ogni protocollo ipotizzabile: micidiale :))
Vero :|
C'e` qualche tool interessante pero` che dovrebbe facilitare il compito 
specie con piu` macchine implicate:
http://mrta.sourceforge.net/


client e per ogni protocollo ipotizzabile: micidiale :))
E' il meccanismo che ho messo in piedi io, ma senza distinguere il
tipo di traffico:
il forward della macchina e' disabilitato di default, poi, quando uno
si autentica via web mediante l'apache che sta sulla macchina che
conta la banda, uno script in perl aggiunge una riga di ipchains per
l'IP dell'utente che si e' autenticato e, da quel momento, tutto il
traffico generato da quell'IP verra' addebitato a quell'utente.
I dati relativi al traffico li memorizzo su postgresql.
hola
Buttha

 
http://mrta.sourceforge.net/
mrta prometteva di essere un'ottimo tool. Purtroppo č bloccato alla beta 4
(che comunque funziona) da un anno: temo che l'autore si sia messo a fare
altro :-(.
Ma perchč non ntop? Io mi sono sempre trovato bene.
... ok, ok .. ogni tanto crashava e la mattina non mi trovavo piů il demone.
Ma forse questi problemi sono stati risolti nelle release successive (sono
circa 6 mesi che non lo uso piů).
Fabio

 Ma perchè non ntop? 
buttha@debian:~$ su
Password:
debian:/home/buttha# ntop -w 80
FATAL ERROR: web mode is insecure, and has been disabled. See
http://lwn.net/200
0/0824/a/fb-ntop.php3
debian:/home/buttha#
ciao
Buttha

 
http://lwn.net/2000/0824/a/fb-ntop.php3
Scusa, pensavo ti riferissi alle funzionalità. Dal punto di vista della
sicurezza ntop è un disastro: occorre prendere delle precauzioni e valutare
i pro e i contro (come sempre, comunque).
Già se sulla macchina non lavorano altri utenti oltre a root (come dovrebbe
essere su un router) le vulnerabilità exploitabili in locale non dovrebbero
preoccupare.
Inoltre, in molti molti casi, una oculata politica di filtraggio degli
accessi alla/e porta/e del server web di ntop (magari diversa dalla 3000)
può costituire una sufficiente linea di difesa dagli exploit remoti. Se si è
interessati solo alle funzionalità di logging, magari con l'interfaccia
verso database SQL (che non ho mai usato), si può anche filtrare totalmente
l'accesso alla porta del web di ntop o permettere l'accesso da un solo host
solo per il breve periodo necessario alla consultazione delle statistiche.
Fabio

 I dati relativi al traffico li memorizzo su postgresql.
Non è male. Al termine della sessione il singolo utente deve fare un
'logout'?
Con un po' di lavoro in più si potrebbero anche aprire selettivamente le
porte dei protocolli abilitati sulla base di permission assegnate ad ogni
singolo utente.
I dati che ottieni comunque consentono solo una valutazione di massima del
traffico da/per internet (il totale per utente) mentre mi sembrava che
Andrea volesse scendere più nel dettaglio.
Fabio

traffico da/per internet (il totale per utente)
Sě: non posso avere statistiche sui singoli servizi/protocolli, ora
come ora. In realta', l'esigenza che volevamo soddisfare era quella di
sapere quanto consuma ogni ditta (forniamo connettivita' a varie
ditte) e, all'interno di ogni ditta, quanto consuma il singolo utente.
Trattandosi, poi, di una connessione a consumo (HDSL), tengo traccia,
anche, del traffico generato in totale, che differisce dalla somma del
traffico di ogni utente: ICMP vari e tutto il traffico non
addebitabile al singolo utente (c'e' di mezzo il masquerading),
contribuiscono ad aumentare di un po' il reale consumo.
Buttha