On 2008-02-16, Stuart Henderson <[EMAIL PROTECTED]> wrote:
> I have an untested port for nfdump*
[..]
> * it's for -current and is here if you're interested:
> http://spacehopper.org/openbsd/nfdump.tgz
This is updated for the new nfdump release with fixes for macppc/arm
(thanks eric@ for letting
On Sat, Feb 16, 2008 at 1:59 PM, Simon Slaytor <[EMAIL PROTECTED]> wrote:
> Sorry Richard, should have mentioned the RRD voodoo, hopefully Peter has
> set you on the right track.
>
> I never really liked the 'rough' graphs produced by the version of RRD
> Graph available from the packages collec
--On February 16, 2008 9:18:07 PM + Stuart Henderson <[EMAIL PROTECTED]>
wrote:
| On 2008/02/16 14:20, Richard Daemon wrote:
| > He did get me on the right track, but tracking the required Perl Modules and
| > each subsequent Dependencies for nfsen is a lengthy process... Unless
| > there's
--On February 16, 2008 6:59:46 PM + Simon Slaytor <[EMAIL PROTECTED]> wrote:
| Sorry Richard, should have mentioned the RRD voodoo, hopefully Peter has set
you on the right track.
|
| I never really liked the 'rough' graphs produced by the version of RRD Graph
available from the packages co
On 2008/02/16 14:20, Richard Daemon wrote:
> He did get me on the right track, but tracking the required Perl Modules and
> each subsequent Dependencies for nfsen is a lengthy process... Unless
> there's a better way than manually downloading each one and their subsequent
> dependencies...?
It's j
Thanks Simon!
He did get me on the right track, but tracking the required Perl Modules and
each subsequent Dependencies for nfsen is a lengthy process... Unless
there's a better way than manually downloading each one and their subsequent
dependencies...?
On Feb 16, 2008 1:59 PM, Simon Slaytor <[E
Sorry Richard, should have mentioned the RRD voodoo, hopefully Peter has
set you on the right track.
I never really liked the 'rough' graphs produced by the version of RRD
Graph available from the packages collection. I've downloaded the latest
1.2.6 port version from openports.se and compiled
Hi Peter,
Thanks for the help!
It worked for the most part - it didn't find rrd.h after that, in
/usr/local/include, so I copied it to /usr/include and the ./configure then
worked.
Is there a way to compile nfsen without the use or requirement of
Mail::Header and Mail::Internet & related dependen
--On February 16, 2008 2:36:33 AM -0500 Richard Daemon <[EMAIL PROTECTED]>
wrote:
| How did you get --enable-nfprofile working?
|
| I tried with --with-rrdpath=/usr/local where /usr/local/lib/ has:
|
| /usr/local/lib/librrd.a
| /usr/local/lib/librrd.la
| /usr/local/lib/librrd.so.0.0
RRD is a bi
On Feb 16, 2008 12:11 AM, Richard Daemon <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 15, 2008 at 3:24 PM, Juan Miscaro <[EMAIL PROTECTED]> wrote:
>
> >
> > --- Richard Daemon <[EMAIL PROTECTED]> wrote:
> >
> > > Hi all,
> > >
> > > Does anyone know how I can go about monitoring bandwidth usage based
>
How did you get --enable-nfprofile working?
I tried with --with-rrdpath=/usr/local where /usr/local/lib/ has:
/usr/local/lib/librrd.a
/usr/local/lib/librrd.la
/usr/local/lib/librrd.so.0.0
Yet I get this error:
configure: error: Can not link librrd. Please specify --with-rrdpath=..
configure fail
On Fri, Feb 15, 2008 at 3:24 PM, Juan Miscaro <[EMAIL PROTECTED]> wrote:
>
> --- Richard Daemon <[EMAIL PROTECTED]> wrote:
>
> > Hi all,
> >
> > Does anyone know how I can go about monitoring bandwidth usage based
> > on
> > ports (or service) and maybe client as well?
>
> Maybe just write a shell
Very nice! I'll try to get it working here, then maybe test in the chroot
too.
Good stuff!
On Fri, Feb 15, 2008 at 5:07 PM, Simon Slaytor <[EMAIL PROTECTED]> wrote:
> Yes I have four high availability 4.2 firewalls, 8 boxes in total all
> sending data to a single nfsen backend which is running o
Yes I have four high availability 4.2 firewalls, 8 boxes in total all
sending data to a single nfsen backend which is running on a dedicated
OBSD 4.2 box. All dependent apps/tools are available from ports, simply
enable apache in non chroot mode then just compile up the two apps from src.
Rich
--- Richard Daemon <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Does anyone know how I can go about monitoring bandwidth usage based
> on
> ports (or service) and maybe client as well?
Maybe just write a shell script that parses pfctl label output. That's
what I did.
/juan
Ask a question o
Check out pfflowd.
Configuration of NetFlow, Flowtools, pfflowd on OpenBSD
http://www.pantz.org/software/flowtools/configflowtoolspfflow.html
--
Calomel @ http://calomel.org
Open Source Research and Reference
On Fri, Feb 15, 2008 at 09:22:33AM -0500, Richard Daemon wrote:
>Hi all,
>
>Does a
On Fri, Feb 15, 2008 at 11:17 AM, Simon Slaytor <[EMAIL PROTECTED]> wrote:
> It would take a bit more setting up but what about pfflowd from
> ports/packages and nfdump/nfsen?
>
> I use this at work for tracking exactly what's flowing through our
> firewalls i.e. which protocols by who'm to where
It would take a bit more setting up but what about pfflowd from
ports/packages and nfdump/nfsen?
I use this at work for tracking exactly what's flowing through our
firewalls i.e. which protocols by who'm to where etc.
Sounds like exactly what your after.
http://nfsen.sourceforge.net/
Richa
On 2008/02/15 09:22, Richard Daemon wrote:
> Does anyone know how I can go about monitoring bandwidth usage based on
> ports (or service) and maybe client as well?
Does darkstat do what you want?
Hi all,
Does anyone know how I can go about monitoring bandwidth usage based on
ports (or service) and maybe client as well?
I have checked and tried both pfstat and symon and they're both great at
what they do, but not fully what I'm looking to do.
As for Cacti, I will be trying to get working t
Richard Daemon wrote:
> Hi all,
>
> Does anyone know how I can go about monitoring bandwidth usage based on
> ports (or service) and maybe client as well?
> I have checked and tried both pfstat and symon and they're both great at
> what they do, but not fully what I'm looking to do.
>
> As for Cact
21 matches
Mail list logo