[prev in list] [next in list] [prev in thread] [next in thread]
List: openbsd-pf
Subject: Re: rdr states not if-bound?
From: Nino Dehne <ndehne () gmail ! com>
Date: 2005-06-27 10:56:06
Message-ID: 20050627105606.GI14460 () charon ! lan ! 0x54434D ! net
[Download RAW message or body]
On Mon, Jun 27, 2005 at 12:39:20PM +0200, Cedric Berger wrote:
> >Repeated setup:
> >
> > / vlan1 \ / vlan2 - lan1
> >wan - router - - fxp0 bridge fxp1 -
> > \ vlan3 / \ vlan4 - lan2
> >
> >I have a "pass quick on { vlan1, vlan3, vlan4 } all" and a relevant
> >
> >
> What happends if you add "keep state" to the above rule?
Same result as with the more specific rule in the first example in the
previous mail, obviously.
However, I still don't quite understand _why_ states are created this way,
i.e. a pass rule with keep state rendering a rdr state if-bound.
Ideally, I'd not include vlan{1,3,4} in the ruleset at all except for that
single rdr rule. Having to explicitly pass certain traffic just to
influence state creation feels like a kludge to me, since I have to specify
a "policy" of "fudge this port to the proxy" essentially twice. A generic
pass all keep state on all interfaces !vlan2 feels likewise wrong, since I'd
be loading the state table with states that shouldn't be necessary.
Another example would be a default-open bridge which _only_ does transparent
proxying for several ports and a dozen more vlans. There, I'd only have rdr
rules and no filter rules at all and it wouldn't work.
Am I completely off-track with my logic?
Regards,
ND
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic