Re: graphing pf stats

2006-01-04 Thread Joel Knight
[EMAIL PROTECTED] wrote: We use Cacti, Net-SNMP, and several Perl scripts to monitor our OpenBSD firewalls. https://noc.ece.uprm.edu/cacti/graph_view.php?action=tree&tree_id=2&hide=0&branch_id=734 Anyone else who is using snmp to monitor their firewalls (or who is interested in doing so) mig

Fwd: How to determine the queue for a given state entry?

2006-01-04 Thread Bill Marquette
Reforwarding this...it was the holidays so maybe it got missed. Anyone? Thanks! --Bill On 12/27/05, Bill Marquette <[EMAIL PROTECTED]> wrote: > Unless I'm missing something blatantly obvious (it wouldn't surprise > me), I can't find a way to figure out what queue a given state is > assigned. O

Re: Fwd: How to determine the queue for a given state entry?

2006-01-04 Thread Daniel Hartmeier
On Wed, Jan 04, 2006 at 02:00:56PM -0600, Bill Marquette wrote: > Reforwarding this...it was the holidays so maybe it got missed. > Anyone? Thanks! The queue id (ALTQ uses numerical ids, the names are just a convenient mapping provided by pf) is indeed not stored in the state entry at all. Ins

rdr state problem

2006-01-04 Thread mhend1
Hello, I'm trying to set up a captive portal using pf (OpenBSD snapshot from October on i386). I'm using pf rdr to direct all tcp/80 traffic to a cgi script. If a user completes the form, they are added to a table that does not get redirected and is able to access the Web. Once the client submi

Re: rdr state problem

2006-01-04 Thread Daniel Hartmeier
On Wed, Jan 04, 2006 at 03:33:36PM -0500, [EMAIL PROTECTED] wrote: > When the client refreshes, they are still redirected to the cgi, though > they can load any other pages properly. The only reason I can find for > this is the state that was created by the initial rdr (see below). Make sure you

Re: OpenBGPD && PF

2006-01-04 Thread jared r r spiegel
On Wed, Jan 04, 2006 at 09:42:44PM +0100, Sylwester S. Biernacki wrote: > > What do you think about it? Any ideas what to look for? one - if you are reloading pf ( pfctl -f /etc/pf.conf ), that will clear the table; but that's probably not your issue. two - if you have two peers,

Re[2]: OpenBGPD && PF

2006-01-04 Thread Sylwester S. Biernacki
On Thursday, January 5, 2006, at 01:15:00, jared r r spiegel wrote: > one - if you are reloading pf ( pfctl -f /etc/pf.conf ), that will > clear the table; but that's probably not your issue. yeah, that's normal issue and that feature works as it should ;-) > two - if you have two pe