All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joel Newkirk <netfilter@newkirk.us>
To: Arnt Karlsen <arnt@c2i.net>, netfilter@lists.netfilter.org
Subject: Re: Help in IPTABLES
Date: Mon, 13 Jan 2003 15:30:14 -0500	[thread overview]
Message-ID: <200301131530.14106.netfilter@newkirk.us> (raw)
In-Reply-To: <20030112090122.3e9a3bc8.arnt@c2i.net>

On Sunday 12 January 2003 03:01 am, Arnt Karlsen wrote:

> ..the wee point I was trying to make, is an iptables firewall is
> vulnerable while it is being set up, so echo "0" first to stop
> forwarding, set up the firewall, and echo "1" at the end of the
> script to start forwarding again, a wee nit into your helpful
> responses to him.

I do this myself in my script, but believe there is an additional 
solution, at least for some distros:

I'm running RedHat 7.3, and so everything runs off SysV-Init.  I was 
greatly bothered by the fact that the S07iptables startup link would get 
run quite a bit (well, a few seconds at least :^) before my firewall 
would.  Changing my firewall to a lower number in the sequence wouldn't 
work easily, since I'm on a Dynamic IP at the moment and had to start up 
ADSL to get the IP, since I use it 'statically' in SNAT.  It also would 
need (or at least want) syslog up and running.  Couldn't easily move 
ADSL up in the sequence, since it depended on networking in general.  
Everything is pretty much fixed in the sequence it already starts in.

Then it occurred to me:  Modify the /etc/init.d/iptables script to set 
DROP policies, instead of the horribly shortsighted ACCEPT default it 
uses.  As soon as this occurred to me I changed it, and I feel much more 
comfortable now, knowing that if the whole startup collapses right after 
iptables and network scripts, I'm still not wide open.

My sequence now is 
iptables->ip6tables->network->syslog->ADSL->firewall->ip6firewall->freenet
(freenet is the startup for the IPv6inIPv4 tunnel)

I modified the /etc/init.d/iptables script to set DROP policies in both 
the 'start' and 'stop' functions.

Despite being more comfortable with this, I'd like to hear if anyone sees 
a hole in my reasoning.

j



  reply	other threads:[~2003-01-13 20:30 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-11  5:46 Help in IPTABLES Mohammad Shakir
2003-01-11  6:41 ` hare ram
2003-01-11  7:57 ` Arnt Karlsen
2003-01-12  2:32   ` Joel Newkirk
2003-01-12  8:01     ` Arnt Karlsen
2003-01-13 20:30       ` Joel Newkirk [this message]
2003-01-14  4:33         ` Andrew Smith
2003-01-11  8:31 ` Joel Newkirk

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=200301131530.14106.netfilter@newkirk.us \
    --to=netfilter@newkirk.us \
    --cc=arnt@c2i.net \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.