From: Antony Stone <Antony@Soft-Solutions.co.uk>
To: iptables <netfilter@lists.netfilter.org>
Subject: Re: Ruleset
Date: Tue, 10 Aug 2004 09:27:22 +0100 [thread overview]
Message-ID: <200408100927.22281.Antony@Soft-Solutions.co.uk> (raw)
In-Reply-To: <HAEOIFPIBBBLGLHOMLLIIEPPCGAA.bclark@eccotours.biz>
On Tuesday 10 August 2004 8:22 am, Brent Clark wrote:
> Hi all
>
> If possible would someone be so kind as to have a look at my ruleset and if
> possible, share some pointers. I have another linux box (Ip address
> 192.168.3.3, connected to eth1 on the FW) I have a lan (192.168.2.0/24)
> connected to eth0 For my internet handling I have a ppp connection. Im also
> currently toying with dyndns (ez-ipupdate).
1. For efficiency I would put the ESTABLISHED,RELATED rule first in your INPUT
chain.
2. I do not entirely approve of running a DNS server on the firewall. Since
you have another box availabel on 192.168.3.3 I would suggest running DNS on
that and redirecting requests (or configuring clients to know what's where to
find it).
3. I do not think you will see any packets addressed to 192.168.2.255 in the
FORWARD chain - they would appear in the INPUT chain. I also think they
should be logged as "BROADCAST", not as "INVALID".
4. Do you *really* want to allow *all* NEW packets from the Internet to the
DMZ, no matter what protocol they are? You might as well simply stick your
192.168.3.3 machine on a public IP address with no firewall....
5. For efficiency I would put the ESTABLISHED,RELATED rule first in your
OUTPUT chain.
6. The default DROP policy on OUTPUT is rather misleading (and may give you a
false sense of security), since the ruleset allows all NEW, ESTABLISHED, and
RELATED packets. That means everything which can be part of a connection.
Regards,
Antony.
--
The idea that Bill Gates appeared like a knight in shining armour to lead all
customers out of a mire of technological chaos neatly ignores the fact that
it was he who, by peddling second-rate technology, led them into it in the
first place.
- Douglas Adams in The Guardian, 25th August 1995
Please reply to the list;
please don't CC me.
next prev parent reply other threads:[~2004-08-10 8:27 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-10 7:22 Ruleset Brent Clark
2004-08-10 8:27 ` Antony Stone [this message]
2004-08-10 8:45 ` Ruleset Antony Stone
2004-08-10 9:15 ` Ruleset Brent Clark
-- strict thread matches above, loose matches on Subject: below --
2004-07-20 14:58 ruleset Brent Clark
2004-07-20 15:37 ` ruleset Antony Stone
2004-07-20 16:02 ` ruleset Brent Clark
2004-07-20 16:13 ` ruleset Antony Stone
2004-07-20 16:31 ` ruleset Brent Clark
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200408100927.22281.Antony@Soft-Solutions.co.uk \
--to=antony@soft-solutions.co.uk \
--cc=netfilter@lists.netfilter.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox