rc.firewall
Andreas Hauser
andy at splashground.de
Thu Oct 21 16:07:48 PDT 2004
dillon wrote @ Thu, 21 Oct 2004 14:23:36 -0700 (PDT):
>
> :Hoi,
> :
> :this replaces rc.firewall so that it doesn't need to be
> :modified anymore and can be used with rc.conf variables.
> :
> :Andy
> :
> :http://ftp.fortunaty.net/DragonFly/inofficial/patches/rc.firewall.patch
>
> This looks like a very nice rewrite of rc.firewall. Did you write it
> yourself? If so, can we put the DragonFly copyright on it?
Yes, of course. Updated to make that clear.
Feel free to change the expression as you like it.
> Right off the bat I see a problem with the ICMP rules (but then again
> the original rc.firewall code also had some issues). There are a
> couple of ICMP types that have to be allowed through for TCP MTU
> discovery to work properly, you can't just turn off all ICMP.
>
> e.g. packet-too-big, echo, echo-reply, unreachable, traceroute,
> ttl-exceeded, and parameter-problem should generally be allowed through.
> I forget the icmp numbers for them but those are the ones that have
> to be allowed.
updated to use the defaults of firewall(7)
> Also, certain tcp ports have to either be allowed (even if no service
> is running), or a reset has to be sent for connection attempts on them.
> Well, at least one tcp port anyway, that being 'auth', port 113.
> Otherwise auth requests made by, e.g. remote sendmails, will create
> unnecessary delays.
We can do that by adding 113 to open ports - updated.
Andy
More information about the Submit
mailing list