[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=treetree_id=2hide=0branch_id=734 Anyone else who is using snmp to monitor their firewalls (or who is interested in doing so) might
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.
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.
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
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, A
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