pf.conf and cable modem
RW
fbsd06 at mlists.homeunix.com
Wed Feb 28 18:08:46 UTC 2007
On Wed, 28 Feb 2007 18:02:15 +0000
RW <fbsd06 at mlists.homeunix.com> wrote:
> On Wed, 28 Feb 2007 12:44:21 -0500
> alex at schnarff.com wrote:
>
> > Quoting RW <fbsd06 at mlists.homeunix.com>:
>
> > > When I used DHCP with PF, I found that it just worked without any
> > > rules at all.
> >
> > That's been my experience as well (admittedly on OpenBSD, but it's
> > basically the same PF). Remember, your NIC's initialization
> > sequence, which is where the DHCP request will come, happens before
> > PF is enabled, so you're essentially at a "pass all" sort of a
> > state when the request happens.
> >
> > The one thing to keep in mind is that if you're doing, say, NAT for
> > some clients behind the box, you can use a rule like this to deal
> > with any changes in your dynamic IP
>
> Not in my experience.
>
> I was using a half-bridge modem that had a 30 second lease time, which
> was definitely renewing. It would also give me a private address when
> PPPoA went down, and I saw that happen too.
>
> I added-in some early static rules to log all the DHCP packets. IIRC I
> never saw any of the lease renewal packets, just some broadcast
> packets. I asked in this list about it but never got a reply.
>
> I suspect that either DHCP sees the packets directly in some way, or
> PF has some special handling for DHCP. In either case it would make
> sense for PF rules to see the broadcasts, since they might need to be
> bridged.
Sorry, I misread what you were saying about the rule, but the point
still remains that it's not simply the case that PF is in pass-all mode
when DHCP start.
More information about the freebsd-questions
mailing list