Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 9 Nov 2001 03:37:53 -0800
From:      "Crist J. Clark" <cristjc@earthlink.net>
To:        Luigi Rizzo <rizzo@aciri.org>
Cc:        Archie Cobbs <archie@dellroad.org>, freebsd-net@FreeBSD.ORG
Subject:   Re: Fixing ipfw(8)'s 'tee'
Message-ID:  <20011109033753.T51134@blossom.cjclark.org>
In-Reply-To: <20011109021747.A11137@iguana.aciri.org>; from rizzo@aciri.org on Fri, Nov 09, 2001 at 02:17:47AM -0800
References:  <20011107154601.A301@blossom.cjclark.org> <200111082338.fA8NcBK41060@arch20m.dellroad.org> <20011109021747.A11137@iguana.aciri.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Nov 09, 2001 at 02:17:47AM -0800, Luigi Rizzo wrote:
> On Thu, Nov 08, 2001 at 03:38:11PM -0800, Archie Cobbs wrote:
> > Crist J. Clark writes:
> > > The issue may be that you wish to make a decision on the packet in
> > > later rules. For example, someone might wish to 'tee' all traffic to
> > > and from a certain machine to some unspecified traffic monitoring
> > > program listening on the divert socket. However, all of the traffic
> > > too and from that IP address may or may not be allowed by the security
> > > policy. With 'tee' as it exists, one cannot catch _all_ of the traffic
> > > (whether or not allowed by policy) and still apply policy.
> 
> You can implement the above by replacing all terminal actions
> (accept or deny) with "tee" and "divert" statements, respectively.

Ouch. I think that you can get any behavior you want in that manner,
but that could be one long and ugly rule set.

Still, it'd be nice if 'tee' worked at all. I'm going to commit the
patch.
-- 
Crist J. Clark                     |     cjclark@alum.mit.edu
                                   |     cjclark@jhu.edu
http://people.freebsd.org/~cjc/    |     cjc@freebsd.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011109033753.T51134>