From: Sylvan <sylvan@nids.com.nf>
To: netfilter@vger.kernel.org
Subject: [Fwd: Re: Another way of doing? --state NEW -j DROP]
Date: Mon, 03 Nov 2008 15:01:44 +1130 [thread overview]
Message-ID: <1225683104.2479.56.camel@sylv> (raw)
>> As an aside, one might question why you are using such a limiting
tool. :(
Yeah I admit she's not the smartest of things. The main reason being I'd like to try the router is it uses nearly no electricity. I'm not trying to be
stingy but in my neck of the woods electricity per unit has just gone up to 72c per unit. In the USA I understand it's around 15c and Australia 32c.
On 11/2/2008 9:00 PM, Maximilian Wilhelm wrote:
> So you have to input all your rules via a GUI which does not accept
> '--state NEW' right?
As an aside, one might question why you are using such a limiting tool. :(
> Asuming yes and the you catch all '--state ESTABLISHED,RELATED'
> packet which are/could be answer packets to outbound connections, how
> about just leaving '--state NEW' out and DROP'ing all packets
> remaining? Obviously after all rules which should accept things.
*nod*
This will work.
As far as TCP, you could watch for the SYN and ACK flag and filter out
any packet that has are not fully established, i.e. SYN,ACK ACK.
> DROP'ing unwanted packets IMO is rather bad behavior as it makes
> debugging (possible) network problems a lot harder. If you just
> REJECT packets you don't want (with a appropriate limit) everybody
> knows he is not welcome. So IMO it would be nicer to use '-j REJECT
> --reject-with icmp-admin-prohibited'.
Agreed.
However you need to make sure that you will not reject packets with
spoofed source address in to your network. Consider Reverse Path filtering.
next reply other threads:[~2008-11-03 3:31 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-03 3:31 Sylvan [this message]
-- strict thread matches above, loose matches on Subject: below --
2008-11-03 3:18 [Fwd: Re: Another way of doing? --state NEW -j DROP] Sylvan
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=1225683104.2479.56.camel@sylv \
--to=sylvan@nids.com.nf \
--cc=netfilter@vger.kernel.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