Linux Netfilter discussions
 help / color / mirror / Atom feed
From: Antony Stone <Antony@Soft-Solutions.co.uk>
To: netfilter@lists.netfilter.org
Subject: Re: per-connection byte counts
Date: Mon, 19 Jan 2004 00:31:50 +0000	[thread overview]
Message-ID: <200401190031.50360.Antony@Soft-Solutions.co.uk> (raw)
In-Reply-To: <000e01c3de21$28bf0440$0300a8c0@indoaksesbno>

On Monday 19 January 2004 12:14 am, bino-psn wrote:

> For me, I will pu another netfilter-box at the same eth backbone as the
> user.
> Put this interface in promiscuous mode.
> and ...... i thing you can check http://ipaudit.sourceforge.net

If this package provides the information you need, why not just run it on the 
netfilter machine?   What's the need for a separate box?

Antony.

> ----- Original Message -----
> From: "Carlos Carvalho" <carlos@fisica.ufpr.br>
> To: "Adam Rice" <adamrice@ntlworld.com>
> Cc: <netfilter@lists.netfilter.org>
> Sent: Monday, January 19, 2004 3:16 AM
> Subject: Re: per-connection byte counts
>
> > Adam Rice (adamrice@ntlworld.com) wrote on 18 January 2004 14:09:
> >  >I'd like to be able to get per-connection byte-counts from the kernel,
>
> so I
>
> >  >can create a sort of top program showing what processes and users are
> >  >currently using the network and how much. Since I want this to be
>
> something I
>
> >  >can keep running all the time, I don't want to do it by snooping the
> >  >interface. Is there some way to do this with netfilter? Sadly
> >  >/proc/net/ip_conntrack doesn't appear to provide this information.
> >
> > iftop and iptraf give statistics per interface, per machine and per
> > traffic type plus other interesting info. That's all that can be
> > obtained from a firewall since you cannot retrieve user info from
> > another machine. The performance impact is usually negligible.
> >
> > If you want to run the monitor in a multi-user system where users are
> > logged in you can associate the network connections with processes and
> > users but I don't know a program that does it. This is a "me too"...

-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?

                                                     Please reply to the list;
                                                           please don't CC me.



  reply	other threads:[~2004-01-19  0:31 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-18 14:09 per-connection byte counts Adam Rice
2004-01-18 14:44 ` [despammed] " Andreas Kretschmer
2004-01-18 15:07   ` Antony Stone
2004-01-18 20:16 ` Carlos Carvalho
2004-01-19  0:14   ` bino-psn
2004-01-19  0:31     ` Antony Stone [this message]
2004-01-19  0:50       ` bino-psn
2004-01-19 23:59         ` Ted Kaczmarek
2004-01-19 14:27 ` Nuno Miguel Pais Fernandes
2004-01-20 22:12   ` Adam Rice
2004-01-27  1:56     ` Harald Welte

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200401190031.50360.Antony@Soft-Solutions.co.uk \
    --to=antony@soft-solutions.co.uk \
    --cc=netfilter@lists.netfilter.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox